<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://danube.com" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Danube - Accurate Story Estimation? - Comments</title>
 <link>http://danube.com/blog/dan_rawsthorne/accurate_story_estimation</link>
 <description>Comments for &quot;Accurate Story Estimation?&quot;</description>
 <language>en</language>
<item>
 <title>use velocity for more accurate release planning</title>
 <link>http://danube.com/blog/dan_rawsthorne/accurate_story_estimation#comment-5337</link>
 <description>&lt;p&gt;Anonymous wrote &lt;em&gt;businesses still need to know when the software will be ready for release, at least as a beta.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Yes, they want to know that.  And as the funders of our efforts, they&#039;re entitled to the best information we can give them.  The good news is that Agile approaches give us the ability to measure something we didn&#039;t have before: &lt;em&gt;velocity&lt;/em&gt; (the rate the team actually turns stories into potentially-shippable product increments).  Measuring velocity empirically allows us to extrapolate from real world data instead of shooting in the dark.  We also have to consider the historic rate of new requirement discovery (p.k.a. &quot;scope creep&quot;).&lt;/p&gt;
&lt;p&gt;One approach to this, using actual project data that&#039;s been anonymized, is described here:&lt;br /&gt;
&lt;a href=&quot;http://danube.com/system/files/MacroMeasurement.pdf&quot;&gt;http://danube.com/system/files/MacroMeasurement.pdf&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;By the way, both ScrumWorks Basic (the free version) and ScrumWorks Pro support this, as shown here:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://danube.com/docs/scrumworks/pro/latest/reports.html#prodburnenhanced&quot;&gt;http://danube.com/docs/scrumworks/pro/latest/reports.html#prodburnenhanced&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Hope that helps!&lt;/p&gt;
&lt;p&gt;--mj&lt;/p&gt;
&lt;p&gt;Michael James&lt;br /&gt;
Software Process Mentor&lt;br /&gt;
http://www.danube.com&lt;/p&gt;
</description>
 <pubDate>Mon, 31 Mar 2008 18:26:16 -0500</pubDate>
 <dc:creator>MichaelJames</dc:creator>
 <guid isPermaLink="false">comment 5337 at http://danube.com</guid>
</item>
<item>
 <title>how to estimate release dates in this situation?</title>
 <link>http://danube.com/blog/dan_rawsthorne/accurate_story_estimation#comment-5336</link>
 <description>&lt;p&gt;The blog entry makes total sense.  Realistically though, businesses still need to know when the software will be ready for release, at least as a beta.  There are salespeople out selling and marketers getting their promotions in gear and management wanting to know resource allocation for the next several months.&lt;/p&gt;
&lt;p&gt;In an atmosphere where the estimates are rarely true to the effort, what is your suggestion for how the team can set a realistic expectation (in advance) for a releasable product.&lt;/p&gt;
</description>
 <pubDate>Mon, 31 Mar 2008 11:03:07 -0500</pubDate>
 <dc:creator>Anonymous</dc:creator>
 <guid isPermaLink="false">comment 5336 at http://danube.com</guid>
</item>
<item>
 <title>Accurate Story Estimation?</title>
 <link>http://danube.com/blog/dan_rawsthorne/accurate_story_estimation</link>
 <description>&lt;p&gt;One of the questions that we get all the time is “why can’t you estimate better?” This is a good question, but it&#039;s actually a trick question – and not the right question. What the questioner really wants to know is &quot;why didn&#039;t your actual effort match your estimate?&quot; Now, this is a &lt;em&gt;very&lt;/em&gt; good question, and it has a &lt;em&gt;very&lt;/em&gt; good answer.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://danube.com/blog/dan_rawsthorne/accurate_story_estimation&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://danube.com/blog/dan_rawsthorne/accurate_story_estimation#comment</comments>
 <enclosure url="http://danube.com/system/files/Accurate+Story+Estimation+blog_0.pdf" length="125478" type="application/pdf" />
 <pubDate>Thu, 14 Feb 2008 23:05:14 -0600</pubDate>
 <dc:creator>Dan Rawsthorne</dc:creator>
 <guid isPermaLink="false">1039 at http://danube.com</guid>
</item>
</channel>
</rss>
