<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Addition and Subtraction in Scrum</title>
	<atom:link href="http://agilethinking.net/blog/index.php/2008/03/03/addition-and-subtraction-in-scrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/</link>
	<description>Tobias Mayer's Blog</description>
	<lastBuildDate>Sat, 06 Feb 2010 21:50:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Scrum 4 You &#8212; What to remove from Scrum?</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-154013</link>
		<dc:creator>Scrum 4 You &#8212; What to remove from Scrum?</dc:creator>
		<pubDate>Fri, 13 Nov 2009 15:51:05 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-154013</guid>
		<description>[...] &#8220;There are two ways of “embellishing” Scrum; one is to add things, the other is to remove things. Both need to be handled with care. I tend to agree that the simplicity of Scrum is its strength and I’m wary when people say we need to add roles or define the process more clearly.&#8221; more&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;There are two ways of “embellishing” Scrum; one is to add things, the other is to remove things. Both need to be handled with care. I tend to agree that the simplicity of Scrum is its strength and I’m wary when people say we need to add roles or define the process more clearly.&#8221; more&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Smiley</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-87103</link>
		<dc:creator>Bob Smiley</dc:creator>
		<pubDate>Tue, 17 Jun 2008 18:03:54 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-87103</guid>
		<description>I&#039;m reminded of a famous quote by someone like Einstein (but I&#039;m not sure it was really him, it may have been someone else):

_____
&quot;Make the system as simple as possible, but no simpler!&quot;
------</description>
		<content:encoded><![CDATA[<p>I&#8217;m reminded of a famous quote by someone like Einstein (but I&#8217;m not sure it was really him, it may have been someone else):</p>
<p>_____<br />
&#8220;Make the system as simple as possible, but no simpler!&#8221;<br />
&#8212;&#8212;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Smiley</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-87102</link>
		<dc:creator>Bob Smiley</dc:creator>
		<pubDate>Tue, 17 Jun 2008 18:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-87102</guid>
		<description>Well done.  There are a lot of ways people try to &quot;embellish,&quot; and your point about masking dysfunctions hits right on the mark.  

One other big way of &quot;embellishment&quot; is to add tools.  

Tools are good if they are the right tool for the job, but often with Scrum we try to add tools before we know how to do the job well.  I think this fits into Dave&#039;s reference of &quot;it&#039;s just too simple...&quot;  Our human nature tends to want to add complexity to anything simple.  If it&#039;s simple, it must not be good enough!</description>
		<content:encoded><![CDATA[<p>Well done.  There are a lot of ways people try to &#8220;embellish,&#8221; and your point about masking dysfunctions hits right on the mark.  </p>
<p>One other big way of &#8220;embellishment&#8221; is to add tools.  </p>
<p>Tools are good if they are the right tool for the job, but often with Scrum we try to add tools before we know how to do the job well.  I think this fits into Dave&#8217;s reference of &#8220;it&#8217;s just too simple&#8230;&#8221;  Our human nature tends to want to add complexity to anything simple.  If it&#8217;s simple, it must not be good enough!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wolfgang Schulze-Zachau</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-70990</link>
		<dc:creator>Wolfgang Schulze-Zachau</dc:creator>
		<pubDate>Wed, 09 Apr 2008 09:57:15 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-70990</guid>
		<description>We have dropped the tracking of remaining hours and replaced it with 3 states: INIT, WIP, DONE. We only do one initial estimation of task sizes, when the sprint backlog is created.
The excel spreadsheet used for the burndown chart shows two stacked lines for the sum of (initially estimated) hours in the states WIP and INIT. Works wonderfully and is very efficient.
And I couldn&#039;t agree more with Tobias. Shu-Ha-Ri. Learn, Apply, Transcend. And well written.
Wolfgang</description>
		<content:encoded><![CDATA[<p>We have dropped the tracking of remaining hours and replaced it with 3 states: INIT, WIP, DONE. We only do one initial estimation of task sizes, when the sprint backlog is created.<br />
The excel spreadsheet used for the burndown chart shows two stacked lines for the sum of (initially estimated) hours in the states WIP and INIT. Works wonderfully and is very efficient.<br />
And I couldn&#8217;t agree more with Tobias. Shu-Ha-Ri. Learn, Apply, Transcend. And well written.<br />
Wolfgang</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boris Gloger</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-66040</link>
		<dc:creator>Boris Gloger</dc:creator>
		<pubDate>Tue, 18 Mar 2008 21:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-66040</guid>
		<description>Tobias, I like the way you try to make clear, that we need to sharpen the way we do Scrum, by removing and by adding new ideas. I wish I could write so clear as you. Boris</description>
		<content:encoded><![CDATA[<p>Tobias, I like the way you try to make clear, that we need to sharpen the way we do Scrum, by removing and by adding new ideas. I wish I could write so clear as you. Boris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Bailey</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-65972</link>
		<dc:creator>Brian Bailey</dc:creator>
		<pubDate>Tue, 18 Mar 2008 17:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-65972</guid>
		<description>Excellent post. I&#039;ve enjoyed the rest of your blog as well.

I&#039;m growing increasingly convinced of the benefits of story points, as well as not estimating and tracking hours for individual tasks. My question is how do you measure the remaining work throughout a sprint? Another way to put it is, what does the burndown chart look like in this scenario?

Obviously the daily stand-up will give a good overview of how things are going, but I do appreciate how a quick glance at a spreadsheet or chart can show that what we&#039;ve committed to may not be achievable.</description>
		<content:encoded><![CDATA[<p>Excellent post. I&#8217;ve enjoyed the rest of your blog as well.</p>
<p>I&#8217;m growing increasingly convinced of the benefits of story points, as well as not estimating and tracking hours for individual tasks. My question is how do you measure the remaining work throughout a sprint? Another way to put it is, what does the burndown chart look like in this scenario?</p>
<p>Obviously the daily stand-up will give a good overview of how things are going, but I do appreciate how a quick glance at a spreadsheet or chart can show that what we&#8217;ve committed to may not be achievable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Schwaber</title>
		<link>http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-62332</link>
		<dc:creator>Ken Schwaber</dc:creator>
		<pubDate>Tue, 04 Mar 2008 16:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-62332</guid>
		<description>Well said. My favorite is the team that doesn&#039;t need daily scrums, because they are just &quot;administrative overhead.&quot; They rarely can answer the question, &quot;How are you doing on meeting your Sprint committments, and what can you do to optimize your chances of delivering as much as possible of what you committed to. Show me.&quot;
Ken</description>
		<content:encoded><![CDATA[<p>Well said. My favorite is the team that doesn&#8217;t need daily scrums, because they are just &#8220;administrative overhead.&#8221; They rarely can answer the question, &#8220;How are you doing on meeting your Sprint committments, and what can you do to optimize your chances of delivering as much as possible of what you committed to. Show me.&#8221;<br />
Ken</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.471 seconds -->
