<?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: There Is No End State When Transitioning to Agile</title>
	<atom:link href="http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile</link>
	<description>Succeeding With Agile®</description>
	<lastBuildDate>Thu, 11 Mar 2010 20:54:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: funkybrain &#187; Ken Schwaber on ScrumBut</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-67372</link>
		<dc:creator>funkybrain &#187; Ken Schwaber on ScrumBut</dc:creator>
		<pubDate>Thu, 04 Mar 2010 16:39:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-67372</guid>
		<description>[...] Whilst on the subject of scrum, there&#8217;s another important idea that needs to be driven home to organizations that take on the scrum challenge: is is that there is no end state when transitioning to agile. [...]</description>
		<content:encoded><![CDATA[<p>[...] Whilst on the subject of scrum, there&#8217;s another important idea that needs to be driven home to organizations that take on the scrum challenge: is is that there is no end state when transitioning to agile. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What&#8217;s not optional, Part I+II &#171; OlafLewitz</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-59987</link>
		<dc:creator>What&#8217;s not optional, Part I+II &#171; OlafLewitz</dc:creator>
		<pubDate>Mon, 30 Nov 2009 23:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-59987</guid>
		<description>[...] with that, you are on your way to succeeding with agile.” Which is the title of the book. By Mike Cohn. Love [...]</description>
		<content:encoded><![CDATA[<p>[...] with that, you are on your way to succeeding with agile.” Which is the title of the book. By Mike Cohn. Love [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-57847</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Mon, 16 Nov 2009 02:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-57847</guid>
		<description>Hi Mark--
Yes, it is a common argument that &quot;we should focus on becoming more agile.&quot; I put that in the same vein as I shouldn&#039;t focus on eating more vegetables, I should just focus on being more healthy. Eating more veggies is a leading indicator of being healthy (at least eating more of the disgusting things than I eat is). 

In the &lt;a href=&quot;http://www.mountaingoatsoftware.com/books/7--succeeding-with-agile&quot; rel=&quot;nofollow&quot;&gt;Succeeding with Agile book&lt;/a&gt; I do stress that while being agile is not the ultimate goal, it is a good leading indicator of things that will lead to success at what we really want.

Thanks for your comments.</description>
		<content:encoded><![CDATA[<p>Hi Mark&#8211;<br />
Yes, it is a common argument that &#8220;we should focus on becoming more agile.&#8221; I put that in the same vein as I shouldn&#8217;t focus on eating more vegetables, I should just focus on being more healthy. Eating more veggies is a leading indicator of being healthy (at least eating more of the disgusting things than I eat is). </p>
<p>In the <a href="http://www.mountaingoatsoftware.com/books/7--succeeding-with-agile" rel="nofollow">Succeeding with Agile book</a> I do stress that while being agile is not the ultimate goal, it is a good leading indicator of things that will lead to success at what we really want.</p>
<p>Thanks for your comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Needham</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-56385</link>
		<dc:creator>Mark Needham</dc:creator>
		<pubDate>Wed, 11 Nov 2009 13:37:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-56385</guid>
		<description>Interesting post. 

In my current thinking not only is there no end state but I&#039;m not really convinced that aspiring to be &#039;agile&#039; is a really useful goal to be aiming for in the first place even though I&#039;m coming across that idea quite frequently.

I think it&#039;s useful to remember that our goal is to try and build software quickly and with the level of quality that satisfies our customer and helps them solve their problems. 

Agile provides a lot of ideas around how we can do this but just aiming to become proficient at the ideas it suggests isn&#039;t enough. 

We want to be looking to continously improve our feedback cycles, get better at solving problems in our given domain and so on. Maybe that&#039;s me just describing some of the ideas of lean though!</description>
		<content:encoded><![CDATA[<p>Interesting post. </p>
<p>In my current thinking not only is there no end state but I&#8217;m not really convinced that aspiring to be &#8216;agile&#8217; is a really useful goal to be aiming for in the first place even though I&#8217;m coming across that idea quite frequently.</p>
<p>I think it&#8217;s useful to remember that our goal is to try and build software quickly and with the level of quality that satisfies our customer and helps them solve their problems. </p>
<p>Agile provides a lot of ideas around how we can do this but just aiming to become proficient at the ideas it suggests isn&#8217;t enough. </p>
<p>We want to be looking to continously improve our feedback cycles, get better at solving problems in our given domain and so on. Maybe that&#8217;s me just describing some of the ideas of lean though!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-56211</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Tue, 10 Nov 2009 23:15:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-56211</guid>
		<description>Hi Sameh--
You&#039;ll see in both some upcoming posts and in my &lt;a href=&quot;http://www.succeedingwithagile.com/&quot; rel=&quot;nofollow&quot;&gt;Succeeding with Agile&lt;/a&gt; book itself that I completely agree that the transition process needs to be agile itself.</description>
		<content:encoded><![CDATA[<p>Hi Sameh&#8211;<br />
You&#8217;ll see in both some upcoming posts and in my <a href="http://www.succeedingwithagile.com/" rel="nofollow">Succeeding with Agile</a> book itself that I completely agree that the transition process needs to be agile itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sameh</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-56124</link>
		<dc:creator>Sameh</dc:creator>
		<pubDate>Tue, 10 Nov 2009 16:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-56124</guid>
		<description>I suggest that the transition process should be Agile by itself. It is like new product development which we figure what we want as we iterate. Assessment of one iteration is the driver for what to do in the next. I think Agile serves to make the organization acknowledge that we can not commit on what we deliver from up-front and at what cost. In traditional project management, it&#039;s bold to say that. We rather uncover value as we proceed. I think this applies to the transition process.</description>
		<content:encoded><![CDATA[<p>I suggest that the transition process should be Agile by itself. It is like new product development which we figure what we want as we iterate. Assessment of one iteration is the driver for what to do in the next. I think Agile serves to make the organization acknowledge that we can not commit on what we deliver from up-front and at what cost. In traditional project management, it&#8217;s bold to say that. We rather uncover value as we proceed. I think this applies to the transition process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-56008</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Tue, 10 Nov 2009 02:17:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-56008</guid>
		<description>Thanks everyone for the comments on this one today. I wish I could be in Ottawa for the Don&#039;t Do Agile meeting.

I like that exercise, Russell. I&#039;ve seen Lyssa Adkins do something nearly identical in her upcoming book on coaching. 

The so-called Nokia Test has always bothered me. I suspect it bothers many at Nokia, too, since they aren&#039;t the ones to have named it after themselves. It&#039;s too simplistic to mean much. 

I hadn&#039;t thought of irony, Robert, of the willingness to accept a vague mission statement (yuk) while insisting on a Gantt chart for how to adopt agile. :)

Thanks for reading and commenting. I appreciate it.</description>
		<content:encoded><![CDATA[<p>Thanks everyone for the comments on this one today. I wish I could be in Ottawa for the Don&#8217;t Do Agile meeting.</p>
<p>I like that exercise, Russell. I&#8217;ve seen Lyssa Adkins do something nearly identical in her upcoming book on coaching. </p>
<p>The so-called Nokia Test has always bothered me. I suspect it bothers many at Nokia, too, since they aren&#8217;t the ones to have named it after themselves. It&#8217;s too simplistic to mean much. </p>
<p>I hadn&#8217;t thought of irony, Robert, of the willingness to accept a vague mission statement (yuk) while insisting on a Gantt chart for how to adopt agile. <img src='http://blog.mountaingoatsoftware.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Thanks for reading and commenting. I appreciate it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dempsey</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-56007</link>
		<dc:creator>Robert Dempsey</dc:creator>
		<pubDate>Tue, 10 Nov 2009 02:12:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-56007</guid>
		<description>Great post Mike. It&#039;s amazing that companies will write vague and verbose mission statements and not have detailed plans to attain those &quot;goals,&quot; yet they want a specific process of moving to, or rather adding agile in to their existing processes. As you say, an Agile transition is different for many companies, and looks more like a roadmap with many potential ways one could go. I hope people keep this in mind as they become more Agile.</description>
		<content:encoded><![CDATA[<p>Great post Mike. It&#8217;s amazing that companies will write vague and verbose mission statements and not have detailed plans to attain those &#8220;goals,&#8221; yet they want a specific process of moving to, or rather adding agile in to their existing processes. As you say, an Agile transition is different for many companies, and looks more like a roadmap with many potential ways one could go. I hope people keep this in mind as they become more Agile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Green</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-55966</link>
		<dc:creator>Phil Green</dc:creator>
		<pubDate>Mon, 09 Nov 2009 16:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-55966</guid>
		<description>I like the tag line &quot;provoke and observe&quot;! 

Understanding what it means to &quot;be agile&quot; and intelligently applying the knowledge to your context is so important.

Our meetup this week at Agile Ottawa is titled &quot;Don&#039;t Do Agile&quot; http://agileottawa.wordpress.com/2009/11/01/dont-do-agile/

Good post http://mitchlacey.com/Blog/Scrum-for-Managers.html about how managers role includes helping team understand agile principles and values.

thanks
Phil</description>
		<content:encoded><![CDATA[<p>I like the tag line &#8220;provoke and observe&#8221;! </p>
<p>Understanding what it means to &#8220;be agile&#8221; and intelligently applying the knowledge to your context is so important.</p>
<p>Our meetup this week at Agile Ottawa is titled &#8220;Don&#8217;t Do Agile&#8221; <a href="http://agileottawa.wordpress.com/2009/11/01/dont-do-agile/" rel="nofollow">http://agileottawa.wordpress.com/2009/11/01/dont-do-agile/</a></p>
<p>Good post <a href="http://mitchlacey.com/Blog/Scrum-for-Managers.html" rel="nofollow">http://mitchlacey.com/Blog/Scrum-for-Managers.html</a> about how managers role includes helping team understand agile principles and values.</p>
<p>thanks<br />
Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Boos</title>
		<link>http://blog.mountaingoatsoftware.com/there-is-no-end-state-when-transitioning-to-agile/comment-page-1#comment-55958</link>
		<dc:creator>Paul Boos</dc:creator>
		<pubDate>Mon, 09 Nov 2009 15:45:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=271#comment-55958</guid>
		<description>Great post!  I couldn&#039;t agree more and htis is also the thought processes (from my readings) about the Toyota Production System.  You define a better state and you move form your current state to the better state.  You may not achieve that fully or you may; regardless there will be a new and better state to try and move to when you get as far along as you can.

Thanks re-emphasizing that the change should be continual.

Paul</description>
		<content:encoded><![CDATA[<p>Great post!  I couldn&#8217;t agree more and htis is also the thought processes (from my readings) about the Toyota Production System.  You define a better state and you move form your current state to the better state.  You may not achieve that fully or you may; regardless there will be a new and better state to try and move to when you get as far along as you can.</p>
<p>Thanks re-emphasizing that the change should be continual.</p>
<p>Paul</p>
]]></content:encoded>
	</item>
</channel>
</rss>
