<?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: ScrumButs are the downfall of agile</title>
	<atom:link href="http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/</link>
	<description>Agile Coaching, Ruby, .NET, Debugging, why not?</description>
	<lastBuildDate>Fri, 03 Sep 2010 01:46:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ScrumBut &#8211; Part 0 &#8211; Introduction &#171; Cory Foy</title>
		<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/comment-page-1/#comment-837</link>
		<dc:creator>ScrumBut &#8211; Part 0 &#8211; Introduction &#171; Cory Foy</dc:creator>
		<pubDate>Tue, 22 Sep 2009 03:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=479#comment-837</guid>
		<description>[...]        &#171; ScrumButs are the downfall of agile ScrumBut &#8211; Part 1 &#8211; Timeboxed Iterations &#187;   If this post is older than July, [...]</description>
		<content:encoded><![CDATA[<p>[...]        &laquo; ScrumButs are the downfall of agile ScrumBut &#8211; Part 1 &#8211; Timeboxed Iterations &raquo;   If this post is older than July, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Ottinger</title>
		<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/comment-page-1/#comment-808</link>
		<dc:creator>Tim Ottinger</dc:creator>
		<pubDate>Thu, 03 Sep 2009 16:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=479#comment-808</guid>
		<description>This is &quot;Shuhari&quot; all over, no?  What is appropriate for the master is not appropriate for the novice.   http://agileinaflash.blogspot.com/2009/04/shu-ha-ri.html

The problem with &quot;scrumbut&quot; is that it is either a reasonable position for someone who is at &quot;Ri&quot; or a completely unreasonable position for someone at &quot;Shu&quot;.  The problem is that a lot of people want to be masters without first becoming masters.

When Kent Beck says *but*, I listen. When some guy who was living the waterfall dream says *but*, I have a different reaction.  When the &quot;but&quot; comes out before the &quot;shu&quot; then the bozo bit is flipped.

So I guess I&#039;m saying the value of the scrumbut has less to do with the &quot;scrum, but&quot; and more to do with the quality of agile experience of the one saying it.

In other words, some people are experts and some are hacks... just like in coding.</description>
		<content:encoded><![CDATA[<p>This is &#8220;Shuhari&#8221; all over, no?  What is appropriate for the master is not appropriate for the novice.   <a href="http://agileinaflash.blogspot.com/2009/04/shu-ha-ri.html" rel="nofollow">http://agileinaflash.blogspot.com/2009/04/shu-ha-ri.html</a></p>
<p>The problem with &#8220;scrumbut&#8221; is that it is either a reasonable position for someone who is at &#8220;Ri&#8221; or a completely unreasonable position for someone at &#8220;Shu&#8221;.  The problem is that a lot of people want to be masters without first becoming masters.</p>
<p>When Kent Beck says *but*, I listen. When some guy who was living the waterfall dream says *but*, I have a different reaction.  When the &#8220;but&#8221; comes out before the &#8220;shu&#8221; then the bozo bit is flipped.</p>
<p>So I guess I&#8217;m saying the value of the scrumbut has less to do with the &#8220;scrum, but&#8221; and more to do with the quality of agile experience of the one saying it.</p>
<p>In other words, some people are experts and some are hacks&#8230; just like in coding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cottmeyer</title>
		<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/comment-page-1/#comment-806</link>
		<dc:creator>Mike Cottmeyer</dc:creator>
		<pubDate>Thu, 03 Sep 2009 15:19:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=479#comment-806</guid>
		<description>Is Scrum the best starting place for every team?  If you can do EVERYTHING in Scrum... I&#039;d agree.  

Way too many teams are working in matrixed organizations, not on dedicated teams, not co-located, don&#039;t have dedicated product owners... etc. etc.  

These teams try to do the three roles, the three rituals, and the three artifacts and call it Scrum when their very structure is not supportive of what they are trying to accomplish.  

There is so much grey here... but we need to start educating large organizations what it takes to even BEGIN to try Scrum.  Laying Scrum on top of disfunctional organization sure does expose the dysfunction... but you&#039;ve got to be ready to fix it.  

Many aren&#039;t.</description>
		<content:encoded><![CDATA[<p>Is Scrum the best starting place for every team?  If you can do EVERYTHING in Scrum&#8230; I&#8217;d agree.  </p>
<p>Way too many teams are working in matrixed organizations, not on dedicated teams, not co-located, don&#8217;t have dedicated product owners&#8230; etc. etc.  </p>
<p>These teams try to do the three roles, the three rituals, and the three artifacts and call it Scrum when their very structure is not supportive of what they are trying to accomplish.  </p>
<p>There is so much grey here&#8230; but we need to start educating large organizations what it takes to even BEGIN to try Scrum.  Laying Scrum on top of disfunctional organization sure does expose the dysfunction&#8230; but you&#8217;ve got to be ready to fix it.  </p>
<p>Many aren&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ari Tanninen</title>
		<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/comment-page-1/#comment-805</link>
		<dc:creator>Ari Tanninen</dc:creator>
		<pubDate>Thu, 03 Sep 2009 14:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=479#comment-805</guid>
		<description>Powerful tools can be dangerous in the hands of inexperienced users, and Scrum is a pretty powerful tool.

You and Jurgen are talking about the different sides of the same coin. Like you wrote, it&#039;s a matter of experience.

ScrumButs are dangerous to beginners who don&#039;t understand what they are doing nor what the consequences will be. They should stick with dogma and avoid ScrumButs. But for practitioners who know what they are doing ScrumButs are vital.

What a shame that so many beginners aren&#039;t aware of their own level of understanding.

Shu-Ha-Ri.</description>
		<content:encoded><![CDATA[<p>Powerful tools can be dangerous in the hands of inexperienced users, and Scrum is a pretty powerful tool.</p>
<p>You and Jurgen are talking about the different sides of the same coin. Like you wrote, it&#8217;s a matter of experience.</p>
<p>ScrumButs are dangerous to beginners who don&#8217;t understand what they are doing nor what the consequences will be. They should stick with dogma and avoid ScrumButs. But for practitioners who know what they are doing ScrumButs are vital.</p>
<p>What a shame that so many beginners aren&#8217;t aware of their own level of understanding.</p>
<p>Shu-Ha-Ri.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jurgen Appelo</title>
		<link>http://blog.coryfoy.com/2009/09/scrumbuts-are-the-downfall-of-agile/comment-page-1/#comment-804</link>
		<dc:creator>Jurgen Appelo</dc:creator>
		<pubDate>Thu, 03 Sep 2009 13:49:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=479#comment-804</guid>
		<description>Corey,

Actually, I think we&#039;re in agreement, and we&#039;re just nitpicking on the finer details. :)

Like I said in my post, Scum-by-the-book is great as a starting point. I simply believe that the need for (some) adaptation starts with the very first retrospective.

Though I agree that practices shouldn&#039;t be ditched unless you know what you&#039;re doing, I also think it is vital to know what you&#039;re doing as soon as possible!</description>
		<content:encoded><![CDATA[<p>Corey,</p>
<p>Actually, I think we&#8217;re in agreement, and we&#8217;re just nitpicking on the finer details. :)</p>
<p>Like I said in my post, Scum-by-the-book is great as a starting point. I simply believe that the need for (some) adaptation starts with the very first retrospective.</p>
<p>Though I agree that practices shouldn&#8217;t be ditched unless you know what you&#8217;re doing, I also think it is vital to know what you&#8217;re doing as soon as possible!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
