<?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: The Decline and Fall of Agile and How Scrum Makes it Hurt More</title>
	<atom:link href="http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/</link>
	<description></description>
	<lastBuildDate>Sun, 21 Feb 2010 21:28:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: AgileMan</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2036</link>
		<dc:creator>AgileMan</dc:creator>
		<pubDate>Wed, 26 Nov 2008 17:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2036</guid>
		<description>Good points, all!  I think your comments about commitment are dead-on, but I&#039;d go even further, based on my own experiences.

I think, for Agile to succeed, the commitment level has to be such that every part of the organization is being measured on how they&#039;re contributing to the overall success of your new processes.  We suffered mightily from having key components of our company (customers and product owners, most especially) who weren&#039;t fulfilling their responsibilities and yet were allowed to continue operating that way.  Requirements were incomplete, product owners were missing from planning sessions, and conflicting priorities were often set by different parties.  Despite a good show of support and commitment elsewhere, this failing (among others) undermined everything else, as you can well imagine.

I believe people need to fully grasp just how critical it is for EVERYONE involved to be committed to adopting an Agile methodology, and that metrics be put in place to measure and report on how each area is doing in that regard.  Without something like that, you may experience what we had happen, in which case success will be an elusive creature, indeed!</description>
		<content:encoded><![CDATA[<p>Good points, all!  I think your comments about commitment are dead-on, but I&#8217;d go even further, based on my own experiences.</p>
<p>I think, for Agile to succeed, the commitment level has to be such that every part of the organization is being measured on how they&#8217;re contributing to the overall success of your new processes.  We suffered mightily from having key components of our company (customers and product owners, most especially) who weren&#8217;t fulfilling their responsibilities and yet were allowed to continue operating that way.  Requirements were incomplete, product owners were missing from planning sessions, and conflicting priorities were often set by different parties.  Despite a good show of support and commitment elsewhere, this failing (among others) undermined everything else, as you can well imagine.</p>
<p>I believe people need to fully grasp just how critical it is for EVERYONE involved to be committed to adopting an Agile methodology, and that metrics be put in place to measure and report on how each area is doing in that regard.  Without something like that, you may experience what we had happen, in which case success will be an elusive creature, indeed!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Agile Stumbling? &#124; Bob on Medical Device Software</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2035</link>
		<dc:creator>Agile Stumbling? &#124; Bob on Medical Device Software</dc:creator>
		<pubDate>Wed, 26 Nov 2008 04:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2035</guid>
		<description>[...] Some more views on this are here: James Shore: The Decline and Fall of Agile Thoughts on the Decline and Fall of Agile The Decline and Fall of Agile and How Scrum Makes it Hurt More [...]</description>
		<content:encoded><![CDATA[<p>[...] Some more views on this are here: James Shore: The Decline and Fall of Agile Thoughts on the Decline and Fall of Agile The Decline and Fall of Agile and How Scrum Makes it Hurt More [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2031</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 18 Nov 2008 18:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2031</guid>
		<description>I couldn&#039;t agree more with both articles.    However, I don&#039;t think the length of time studying makes much of a difference.  Without experience you will never get it right the first time no matter what you&#039;ve learned.  I found that after my CSM training we were using Scrum horribly wrong.  All the while I was being made fun of for being &quot;anti-agile&quot; because I had legitimate questions about the process no one could answer.  People were hiding behind Agile out of ignorance and THAT is what is damaging.  Anyone who decides a 3 day course is the be-all end-all of learning how to apply Scrum is sorely mistaken.  I&#039;ve read my course material numerous times since my training and make it a point to get involved in discussions to further my knowledge and help others.

I was actually pleased to see how bad we were at Scrum and met with management to tell them why things were the way they were.  It took over 5 months to re-iterate (no pun intended) what Scrum was and how to use it.  We&#039;re just now getting on track with XP practices and high performing teams but there is so much technical debt and mistakes to correct that it&#039;s going to take a while to fully recover.</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more with both articles.    However, I don&#8217;t think the length of time studying makes much of a difference.  Without experience you will never get it right the first time no matter what you&#8217;ve learned.  I found that after my CSM training we were using Scrum horribly wrong.  All the while I was being made fun of for being &#8220;anti-agile&#8221; because I had legitimate questions about the process no one could answer.  People were hiding behind Agile out of ignorance and THAT is what is damaging.  Anyone who decides a 3 day course is the be-all end-all of learning how to apply Scrum is sorely mistaken.  I&#8217;ve read my course material numerous times since my training and make it a point to get involved in discussions to further my knowledge and help others.</p>
<p>I was actually pleased to see how bad we were at Scrum and met with management to tell them why things were the way they were.  It took over 5 months to re-iterate (no pun intended) what Scrum was and how to use it.  We&#8217;re just now getting on track with XP practices and high performing teams but there is so much technical debt and mistakes to correct that it&#8217;s going to take a while to fully recover.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2029</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Tue, 18 Nov 2008 02:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2029</guid>
		<description>The trouble with &quot;getting started right&quot; is that even that is hard with good support.  Scrum, in and of itself, is just plain hard!  Not because it is complex, but because it exposes problems.  There&#039;s lots of stuff we do as coaches that isn&#039;t part of Scrum... we do it because we&#039;ve seen these things work to help teams before.  For example, in a large organization where only some teams are using Scrum, it&#039;s most often a good idea to get the PMO and audit and process people involved early so that they aren&#039;t surprised when you talk about how their X-Y-Z Checkpoint is actually wasteful and needs to be done away with.  But for most teams, reaching out to these amorphous parts of the organization that aren&#039;t directly related to building software is not easy.  It&#039;s not easy because for one thing, they don&#039;t even think of doing it!

Anyway, I fully agree that even three days isn&#039;t long enough.  I still get feedback saying people would like more time learning.  In fact, I have about 10 or 12 days of training material including exercises, workshops, advanced topics, etc.  Hmm... Makes me think that perhaps an extended boot camp training exercise might be worth trying!  Cover &quot;everything&quot;  (like that&#039;s possible (I need a smiley for &quot;sarcastic joke&quot;... anyone know what punctuation is used for that?)).</description>
		<content:encoded><![CDATA[<p>The trouble with &#8220;getting started right&#8221; is that even that is hard with good support.  Scrum, in and of itself, is just plain hard!  Not because it is complex, but because it exposes problems.  There&#8217;s lots of stuff we do as coaches that isn&#8217;t part of Scrum&#8230; we do it because we&#8217;ve seen these things work to help teams before.  For example, in a large organization where only some teams are using Scrum, it&#8217;s most often a good idea to get the PMO and audit and process people involved early so that they aren&#8217;t surprised when you talk about how their X-Y-Z Checkpoint is actually wasteful and needs to be done away with.  But for most teams, reaching out to these amorphous parts of the organization that aren&#8217;t directly related to building software is not easy.  It&#8217;s not easy because for one thing, they don&#8217;t even think of doing it!</p>
<p>Anyway, I fully agree that even three days isn&#8217;t long enough.  I still get feedback saying people would like more time learning.  In fact, I have about 10 or 12 days of training material including exercises, workshops, advanced topics, etc.  Hmm&#8230; Makes me think that perhaps an extended boot camp training exercise might be worth trying!  Cover &#8220;everything&#8221;  (like that&#8217;s possible (I need a smiley for &#8220;sarcastic joke&#8221;&#8230; anyone know what punctuation is used for that?)).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff Wozniak</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2028</link>
		<dc:creator>Geoff Wozniak</dc:creator>
		<pubDate>Mon, 17 Nov 2008 17:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2028</guid>
		<description>I agree that the &quot;Agile&quot; moniker is getting a bad reputation because it&#039;s not a silver bullet.  It&#039;s unfortunate that it got associated with the idea of a silver bullet, but that seems to be the case for any new, widely adopted and talked about approach to developing software.

If Scrum is so hard to learn, it strikes me that even three days isn&#039;t sufficient.  In my experience, learning something difficult takes at least two weeks of intense study.  Perhaps some of the bad reputation comes from the seemingly truncated learning sessions.</description>
		<content:encoded><![CDATA[<p>I agree that the &#8220;Agile&#8221; moniker is getting a bad reputation because it&#8217;s not a silver bullet.  It&#8217;s unfortunate that it got associated with the idea of a silver bullet, but that seems to be the case for any new, widely adopted and talked about approach to developing software.</p>
<p>If Scrum is so hard to learn, it strikes me that even three days isn&#8217;t sufficient.  In my experience, learning something difficult takes at least two weeks of intense study.  Perhaps some of the bad reputation comes from the seemingly truncated learning sessions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Lawrence</title>
		<link>http://www.agileadvice.com/2008/11/16/scrumxplean/the-decline-and-fall-of-agile-and-how-scrum-makes-it-hurt-more/comment-page-1/#comment-2027</link>
		<dc:creator>Richard Lawrence</dc:creator>
		<pubDate>Mon, 17 Nov 2008 16:35:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileadvice.com/?p=574#comment-2027</guid>
		<description>I appreciate that you make it clear in your CSM courses that while Scrum is simple, adopting it isn&#039;t easy. I see too many teams who come back from the CSM course thinking it&#039;s going to be easy. By about sprint 4, they&#039;re often struggling and frustrated and don&#039;t know where to go next. As a coach, I&#039;d much rather help teams get started right than fix the problems that emerge three sprints later when their expectations were set wrong.</description>
		<content:encoded><![CDATA[<p>I appreciate that you make it clear in your CSM courses that while Scrum is simple, adopting it isn&#8217;t easy. I see too many teams who come back from the CSM course thinking it&#8217;s going to be easy. By about sprint 4, they&#8217;re often struggling and frustrated and don&#8217;t know where to go next. As a coach, I&#8217;d much rather help teams get started right than fix the problems that emerge three sprints later when their expectations were set wrong.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
