<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Object Mentor Blog: Tag predictability</title>
    <link>http://blog.objectmentor.com/articles/tag/predictability</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description></description>
    <item>
      <title>Bugs Kill Productivity and Schedule Accuracy</title>
      <description>&lt;p&gt;The title may seem obvious. Here is some hard data.&lt;/p&gt;


	&lt;p&gt;&lt;a href="http://sdtimes.com"&gt;SD Times&lt;/a&gt; recently &lt;a href="http://www.sdtimes.com/article/latestnews-20071101-04.html"&gt;reported&lt;/a&gt; on a survey done by Forrester Research on the pernicious effects of bugs on development productivity. The developers and managers surveyed said they take an average of six days to resolve issues and they spend an average 3 out of every 10 hours working on various stages of troubleshooting, including initial investigation, documenting their findings, and resolving the problems.&lt;/p&gt;


	&lt;p&gt;The survey puts some data behind an intuitive sense (of gloom&amp;#8230;) that many teams have about the problem.&lt;/p&gt;


	&lt;p&gt;For me, this is further evidence of why the practices of Extreme Programming (XP), especially Test-Driven Development (TDD), are so important. To a high degree, &lt;span class="caps"&gt;TDD&lt;/span&gt; ensures that the software is really working and that regressions are caught and fixed quickly. &lt;span class="caps"&gt;TDD&lt;/span&gt; also provides an unambiguous definition of &amp;#8220;done&amp;#8221;; do the automated tests pass? The feedback on which stories are really done tells the team its true velocity and hence how many story points will be finished by a given target date.  Also, you spend far less unplanned and unpredictable time debugging problems.&lt;/p&gt;


	&lt;p&gt;Hence, productivity and schedule accuracy tend to be much better for XP teams. Over time, as the software grows in size and complexity, the automated test suite  will keep delivering &amp;#8220;dividends&amp;#8221;, by continuing to catch regressions and by empowering the team to do the aggressive refactorings that are necessary to keep the software evolving to meet new requirements.&lt;/p&gt;


	&lt;p&gt;The SD Times article goes on to say that&lt;/p&gt;


	&lt;p&gt;&lt;cite&gt;... two-thirds of the responding managers indicated that a solution that reduced the time spent on resolving application problems would be of interest if it created significant efficiencies and improved quality.
&lt;/cite&gt;&lt;/p&gt;


	&lt;p&gt;The article concludes with a quote that automated testing is one solution. I agree. Just make sure it is the XP kind of automated testing.&lt;/p&gt;</description>
      <pubDate>Sun, 25 Nov 2007 11:29:07 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:179931e3-c8b3-48cc-9dff-b94fb7d6ba91</guid>
      <author>Dean Wampler</author>
      <link>http://blog.objectmentor.com/articles/2007/11/25/bugs-kill-productivity-and-schedule-accuracy</link>
      <category>bugs</category>
      <category>XP</category>
      <category>predictability</category>
      <category>schedules</category>
      <category>Productivity</category>
    </item>
  </channel>
</rss>
