<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Jason Little&#039;s Agile Blog &#187; estimating</title>
	<atom:link href="http://www.agilecoach.ca/tag/estimating/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilecoach.ca</link>
	<description>Understand. Educate. Execute. Reflect.</description>
	<lastBuildDate>Fri, 03 Sep 2010 14:58:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Recovering from a bad estimation session</title>
		<link>http://www.agilecoach.ca/2008/08/18/recovering-from-a-bad-estimation-session/</link>
		<comments>http://www.agilecoach.ca/2008/08/18/recovering-from-a-bad-estimation-session/#comments</comments>
		<pubDate>Mon, 18 Aug 2008 23:44:00 +0000</pubDate>
		<dc:creator>Jason</dc:creator>
				<category><![CDATA[implementing scrum]]></category>
		<category><![CDATA[estimating]]></category>

		<guid isPermaLink="false">http://www.agilecoach.ca/2008/08/18/recovering-from-a-bad-estimation-session/</guid>
		<description><![CDATA[
			
				
			
		
Recently I posted about an estimate session that went off the rails. The next day I decided to cancel the daily stand-up and did an exercise to try and help us all learn about what went wrong.
First of all, there was a &#8216;brainstorm&#8217; session where a supposed breakthrough happened about the feature that was to [...]


No related posts.

Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.agilecoach.ca%2F2008%2F08%2F18%2Frecovering-from-a-bad-estimation-session%2F"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.agilecoach.ca%2F2008%2F08%2F18%2Frecovering-from-a-bad-estimation-session%2F&amp;source=jasonlittle&amp;style=normal" height="61" width="50" /><br />
			</a>
		</div>
<p>Recently I posted about <a href="http://plog.jasonlittle.ca/2008/08/06/when-story-estimation-sessions-go-bad/">an estimate session that went off the rails</a>. The next day I decided to cancel the daily stand-up and did an exercise to try and help us all learn about what went wrong.</p>
<p>First of all, there was a &#8216;brainstorm&#8217; session where a supposed breakthrough happened about the feature that was to be built but I wasn&#8217;t at that meeting and for some odd reason nobody actually took down the minutes.  In lieu of that, I had the stakeholder, product owner and all team members write down their interpretation of what that breakthrough was as it related to the business problem and the agreed upon solution.</p>
<p>Each person read their selections aloud and then the team voted on whether or not they strongly agreed, somewhat agreed or didn&#8217;t agree at all.  To make a long story short, everybody wrote basically the same thing and they all agreed on what the value of the feature was and how they planned on implementing it at a high level.</p>
<p>I didn&#8217;t plan it that way, but we ended up walking through a story writing session using the same method I actually wanted to do a lunch and learn about.</p>
<p>What did we learn?</p>
<ol>
<li>Write down notes at all meetings.  I usually facilitate all meetings since I&#8217;m the scrum master and resident anal personality</li>
<li>Do rough sketches of designs</li>
<li>Enforce timeboxing</li>
<li>The product owner doesn&#8217;t need to work in a silo, the team can help in story writing sessions to make sure everything is clear</li>
<li>Most importantly, understand the business value.  That is the key</li>
</ol>
<p>I wanted to wait until the sprint was over to post an update and I&#8217;m happy to report that the development for that feature was bang on.  It was actually one of the best practices of leveraging the Scrum practice we&#8217;ve used since I started.  The team understood the business value and executed the feature (which the goal was to show a proof-of-concept only) and most importantly a <a href="http://www.jonezy.org" target="_blank">team member</a> reeled in a couple of discussions to keep the story on track while the Scrum Master was dead. Well, dead to the sprint while being re-assigned on another short project.<br />
I&#8217;m very pleased with how it all worked out in the end and we have more work to do to get this right.</p>


<p>No related posts.</p>
<p>Related posts brought to you by <a href='http://mitcho.com/code/yarpp/'>Yet Another Related Posts Plugin</a>.</p>]]></content:encoded>
			<wfw:commentRss>http://www.agilecoach.ca/2008/08/18/recovering-from-a-bad-estimation-session/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
