<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.fiercecio.com" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>software projects</title>
 <link>http://www.fiercecio.com/tags/software-projects</link>
 <description></description>
 <language>en</language>
<item>
 <title>Launching successful projects</title>
 <link>http://www.fiercecio.com/story/launching-successful-projects/2007-05-15?utm_medium=rss&amp;utm_source=rss&amp;cmp-id=OTC-RSS-FC0</link>
 <description>&lt;P&gt;The most successful projects deliver tangible business value in the first 30 days. By quickly delivering value business people can immediately use, stakeholders can see clear evidence that the project is headed in the right direction and will live up to expectations. Another way to ensure that stakeholders see value immediately is to keep the scope narrow by delivering 20 percent of the capabilities that provide 80 percent of the value. And keep it really simple; it&#039;s often better to build systems where the user interface is composed of common office productivity tools like spreadsheets, web browsers, word processing, and personal databases. People already know how to use these tools so there is much less of a learning curve. IT agility like this delivers major business benefits at a fraction of the time and cost otherwise incurred if companies go the conventional route of buying and installing large, complex, all-in-one packages.&lt;/P&gt;
&lt;P&gt;Read more about successful IT projects:&lt;BR&gt;- read the &lt;A href=&quot;http://advice.cio.com/michael_hugos/the_30_day_blitz_it_agility_in_action?page=0%2C0&quot;&gt;blog&lt;/A&gt; at &lt;I&gt;CIO&lt;/I&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;ALSO:&lt;/STRONG&gt;&lt;BR&gt;- read &lt;A href=&quot;http://www.fiercecio.com/story/too-many-software-projects-invites-trouble/2007-03-14&quot;&gt;this&lt;/A&gt; on why too many software projects invite trouble&lt;BR&gt;- and &lt;A href=&quot;http://www.fiercecio.com/story/tales-of-projects-that-crashed-and-burned/2006-10-17&quot;&gt;this&lt;/A&gt; for tales of projects that crashed and burned&lt;/P&gt;

</description>
 <comments>http://www.fiercecio.com/story/launching-successful-projects/2007-05-15#comments</comments>
 <category domain="http://www.fiercecio.com/tags/business-benefits">business benefits</category>
 <category domain="http://www.fiercecio.com/tags/clear-evidence">clear evidence</category>
 <category domain="http://www.fiercecio.com/channel/it-best-practices">IT Best Practices</category>
 <category domain="http://www.fiercecio.com/channel/it-management-leadership">Management/ Leadership</category>
 <category domain="http://www.fiercecio.com/tags/software-projects">software projects</category>
 <category domain="http://www.fiercecio.com/tags/spreadsheets">spreadsheets</category>
 <category domain="http://www.fiercecio.com/tags/stakeholders">stakeholders</category>
 <category domain="http://www.fiercecio.com/tags/user-interface">user interface</category>
 <category domain="http://www.fiercecio.com/tags/word-processing">word processing</category>
 <pubDate>Mon, 14 May 2007 20:01:39 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">3834 at http://www.fiercecio.com</guid>
</item>
<item>
 <title>Survey: Vision, leadership lead to BI success</title>
 <link>http://www.fiercecio.com/story/survey-vision-leadership-lead-to-bi-success/2007-04-19?utm_medium=rss&amp;utm_source=rss&amp;cmp-id=OTC-RSS-FC0</link>
 <description>&lt;P&gt;The failure of business intelligence software projects is more often due to lack of leadership than technology. This dovetails with the results of a new Gartner survey, which found that a lack of&lt;B&gt; &lt;/B&gt;ownership by the right executive often leads to a disconnect between the vision of senior management and the way a project is approached and accomplished. The survey, of 350 organizations, found that only 10 percent reported that their projects had a C-level executive sponsor with a direct link to the business. Forty percent said that their business intelligence projects were owned by lower-level business executives. That&#039;s not ideal, because that group tends to have tactical rather than strategic goals, which can hurt a project&#039;s success. To find out what caused a business intelligence project to fail, CIOs should ask themselves if they have given the organization a clear sense of what the company wants to get out of business intelligence. They should also ask whether they are really arming their employees with the right metrics so they can deliver valuable information.&lt;/P&gt;
&lt;P&gt;Learn more about what it takes to succeed with business intelligence:&lt;BR&gt;- read the &lt;A href=&quot;http://searchcio.techtarget.com/originalContent/0,289142,sid19_gci1251836,00.html?track=sy183&quot;&gt;article&lt;/A&gt; at &lt;I&gt;TechTarget&lt;/I&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;ALSO:&lt;/STRONG&gt;&lt;BR&gt;- read &lt;A href=&quot;http://www.fiercecio.com/story/business-intelligence-101/2007-03-15&quot;&gt;this&lt;/A&gt; on the basics of business intelligence&lt;BR&gt;- &lt;A href=&quot;http://www.fiercecio.com/story/collaboration-increases-business-intelligence/2007-01-29&quot;&gt;this&lt;/A&gt; on how collaboration increases business intelligence&lt;BR&gt;- &lt;A href=&quot;http://www.fiercecio.com/channel/business-intelligence&quot;&gt;this&lt;/A&gt; on using BI to avoid useless information&lt;BR&gt;- and &lt;A href=&quot;http://www.fiercecio.com/story/intelligent-business-intelligence/2007-01-31&quot;&gt;this&lt;/A&gt; on intelligent business intelligence&lt;/P&gt;

</description>
 <comments>http://www.fiercecio.com/story/survey-vision-leadership-lead-to-bi-success/2007-04-19#comments</comments>
 <category domain="http://www.fiercecio.com/tags/business-executives">business executives</category>
 <category domain="http://www.fiercecio.com/channel/business-intelligence">Business Intelligence</category>
 <category domain="http://www.fiercecio.com/tags/c-level">C-Level</category>
 <category domain="http://www.fiercecio.com/tags/collaboration">Collaboration</category>
 <category domain="http://www.fiercecio.com/tags/intelligent-business">intelligent business</category>
 <category domain="http://www.fiercecio.com/tags/level-executive">level executive</category>
 <category domain="http://www.fiercecio.com/tags/metrics">Metrics</category>
 <category domain="http://www.fiercecio.com/tags/senior-management">senior management</category>
 <category domain="http://www.fiercecio.com/tags/software-projects">software projects</category>
 <pubDate>Wed, 18 Apr 2007 20:01:39 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">3635 at http://www.fiercecio.com</guid>
</item>
<item>
 <title>Too many software projects invites trouble</title>
 <link>http://www.fiercecio.com/story/too-many-software-projects-invites-trouble/2007-03-14?utm_medium=rss&amp;utm_source=rss&amp;cmp-id=OTC-RSS-FC0</link>
 <description>&lt;P&gt;Launching many small software projects instead of enhancing existing programs may seem easier, but it often results in redundancy and inefficiency. But starting too many software projects creates its own complexities, with more than 600 programming languages, dozens of metrics for measuring progress, and more than 30 different development methods for compliance and at least 15 different approaches to software testing. And perhaps most disturbingly, companies adding a plethora of small applications over time will end up with a huge collection of systems that perform comparable but not identical functions, each with its own maintenance costs that can&#039;t be shared across applications. Focus instead on consolidating applications and standardizing the corporate infrastructure. Also, have tight control over communication protocols, allowing applications to be merged more easily. &lt;/P&gt;
&lt;P&gt;To read more about why many small software applications is short-sighted:&lt;BR&gt;- read the &lt;A href=&quot;http://www.baselinemag.com/article2/0,1397,2103396,00.asp?kc=BARSS03129TX1K0000628&quot;&gt;article&lt;/A&gt; at &lt;I&gt;Baseline&lt;/I&gt;&lt;/P&gt;

</description>
 <comments>http://www.fiercecio.com/story/too-many-software-projects-invites-trouble/2007-03-14#comments</comments>
 <category domain="http://www.fiercecio.com/tags/compliance">Compliance</category>
 <category domain="http://www.fiercecio.com/channel/data-management-storage">Data Management/Storage</category>
 <category domain="http://www.fiercecio.com/channel/it-best-practices">IT Best Practices</category>
 <category domain="http://www.fiercecio.com/tags/metrics">Metrics</category>
 <category domain="http://www.fiercecio.com/tags/software-projects">software projects</category>
 <pubDate>Tue, 13 Mar 2007 20:01:38 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">3368 at http://www.fiercecio.com</guid>
</item>
<item>
 <title>Why software development needs more attention</title>
 <link>http://www.fiercecio.com/story/why-software-development-needs-more-attention/2006-08-16?utm_medium=rss&amp;utm_source=rss&amp;cmp-id=OTC-RSS-FC0</link>
 <description>&lt;P&gt;There&#039;s more software development going on in the business world today than ever before and for tech leaders that means boosting management measures, better assessment (so that software projects don&#039;t go bad) and realizing that growing complexity means greater costs and potential development flaws. The key to keeping a firm hand on the software tiller is having a three-pronged strategy that includes measuring developmental progress, implementing a robust product life-cycle management plan and focusing on reducing complexity in every corner of the cycle. As one expert explains, good software development happens &quot;when good business decisions are made.&quot; &lt;/P&gt;
&lt;P&gt;For more on good software development direction:&lt;BR&gt;- don&#039;t miss this &lt;A href=&quot;http://www.optimizemag.com/article/showArticle.jhtml;jsessionid=E4OMTK2HZXLEAQSNDLSCKHA?articleId=191501511&quot;&gt;article&lt;/A&gt; at &lt;EM&gt;Optimize&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;PLUS&lt;/STRONG&gt;: In case you missed it, here&#039;s an article on measuring IT success. &lt;A href=&quot;http://www.fiercecio.com/story/how-best-to-measure-success/2006-08-15&quot;&gt;Article&lt;/A&gt;&lt;/P&gt;

</description>
 <category domain="http://www.fiercecio.com/tags/business-decisions">business decisions</category>
 <category domain="http://www.fiercecio.com/channel/business-intelligence">Business Intelligence</category>
 <category domain="http://www.fiercecio.com/tags/business-world">business world</category>
 <category domain="http://www.fiercecio.com/channel/data-management-storage">Data Management/Storage</category>
 <category domain="http://www.fiercecio.com/channel/it-best-practices">IT Best Practices</category>
 <category domain="http://www.fiercecio.com/tags/life-cycle-management">Life Cycle Management</category>
 <category domain="http://www.fiercecio.com/tags/management-strategies">Management</category>
 <category domain="http://www.fiercecio.com/tags/software-development">software development</category>
 <category domain="http://www.fiercecio.com/tags/software-projects">software projects</category>
 <category domain="http://www.fiercecio.com/channel/it-strategy-planning">Strategy &amp;amp; Planning</category>
 <pubDate>Tue, 15 Aug 2006 20:01:36 -0400</pubDate>
 <dc:creator />
 <guid isPermaLink="false">1898 at http://www.fiercecio.com</guid>
</item>
</channel>
</rss>
