<?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: Why your organisation won&#8217;t be agile &#8211; Part I</title>
	<atom:link href="http://bovon.org/index.php/archives/108/feed" rel="self" type="application/rss+xml" />
	<link>http://bovon.org/index.php/archives/108</link>
	<description>Cow collisions in Farmer Higgs&#039; field - James Lewis&#039; blog</description>
	<lastBuildDate>Thu, 01 Jul 2010 23:40:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Anonymous Coward</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-41</link>
		<dc:creator>Anonymous Coward</dc:creator>
		<pubDate>Wed, 17 Feb 2010 00:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-41</guid>
		<description>What&#039;s wrong with Golf Course Agile? It&#039;s a simple truth that not every organization is prepared for (or will succeed with) self-organizing teams, pair programming, etc. 

Having said that, I would suggest that ALL software development organizations will benefit from visibility, predictability, repeatability, and dare I say *Software Production Management*</description>
		<content:encoded><![CDATA[<p>What&#8217;s wrong with Golf Course Agile? It&#8217;s a simple truth that not every organization is prepared for (or will succeed with) self-organizing teams, pair programming, etc. </p>
<p>Having said that, I would suggest that ALL software development organizations will benefit from visibility, predictability, repeatability, and dare I say *Software Production Management*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: james</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-38</link>
		<dc:creator>james</dc:creator>
		<pubDate>Mon, 15 Feb 2010 09:27:36 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-38</guid>
		<description>Hey Robert - glad you enjoyed the post. You are absolutely correct in this - and this is certainly one of the failure modes for projects that I see. How can you expect people to execute something they have never seen work? I&#039;m going to talk about this a bit more in my next post I think.</description>
		<content:encoded><![CDATA[<p>Hey Robert &#8211; glad you enjoyed the post. You are absolutely correct in this &#8211; and this is certainly one of the failure modes for projects that I see. How can you expect people to execute something they have never seen work? I&#8217;m going to talk about this a bit more in my next post I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MyWeeklyLinks &#8211; Week 6 &#171; Ole Morten Amundsen</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-35</link>
		<dc:creator>MyWeeklyLinks &#8211; Week 6 &#171; Ole Morten Amundsen</dc:creator>
		<pubDate>Sun, 14 Feb 2010 15:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-35</guid>
		<description>[...] Why your organisation won’t be agile Attacking mainstream agile. Or, really, the mainstream implementation of [...]</description>
		<content:encoded><![CDATA[<p>[...] Why your organisation won’t be agile Attacking mainstream agile. Or, really, the mainstream implementation of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Reppel</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-33</link>
		<dc:creator>Robert Reppel</dc:creator>
		<pubDate>Sat, 13 Feb 2010 15:27:12 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-33</guid>
		<description>I find that keeping a project in &quot;pull&quot; mode instead slipping back into &quot;push&quot; is an ongoing struggle: The need for (perceived) security and predictability constantly railroads folks into the direction of making a &quot;traditional&quot; project plan with tasks broken down and assigned several weeks in advance and written-in-stone dates where a set of specified-in-advance features need to be available. 

Indeed, courage seems to be the least fashionable part of Agile, for very good reasons: The &quot;traditional&quot; way to run a project feels intuitive to most managers because they usually have never seen anything that works better. They rightly think that using no project plan at all will lead to chaos. By comparison, getting one&#039;s ducks in a row by waterfall planning and assigning tasks in advance will work much better. Ergo, projects fail because not enough of that was done. These are deeply held convictions, seemingly backed up by experience. Building a case for doing things differently can be a livelihood-threatening exercise. When management mandates agile practices it&#039;s far safer to go the Scrummerfall or &quot;Cargo Cult Agile&quot; route instead.</description>
		<content:encoded><![CDATA[<p>I find that keeping a project in &#8220;pull&#8221; mode instead slipping back into &#8220;push&#8221; is an ongoing struggle: The need for (perceived) security and predictability constantly railroads folks into the direction of making a &#8220;traditional&#8221; project plan with tasks broken down and assigned several weeks in advance and written-in-stone dates where a set of specified-in-advance features need to be available. </p>
<p>Indeed, courage seems to be the least fashionable part of Agile, for very good reasons: The &#8220;traditional&#8221; way to run a project feels intuitive to most managers because they usually have never seen anything that works better. They rightly think that using no project plan at all will lead to chaos. By comparison, getting one&#8217;s ducks in a row by waterfall planning and assigning tasks in advance will work much better. Ergo, projects fail because not enough of that was done. These are deeply held convictions, seemingly backed up by experience. Building a case for doing things differently can be a livelihood-threatening exercise. When management mandates agile practices it&#8217;s far safer to go the Scrummerfall or &#8220;Cargo Cult Agile&#8221; route instead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Most Tweeted Articles by Agile Development Experts: MrTweet</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-32</link>
		<dc:creator>Most Tweeted Articles by Agile Development Experts: MrTweet</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-32</guid>
		<description>&lt;strong&gt;Your article was most tweeted by Agile Development experts in the Twitterverse...&lt;/strong&gt;

Come see other top popular articles surfaced by Agile Development experts!...</description>
		<content:encoded><![CDATA[<p><strong>Your article was most tweeted by Agile Development experts in the Twitterverse&#8230;</strong></p>
<p>Come see other top popular articles surfaced by Agile Development experts!&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Living Your Values, Part I</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-31</link>
		<dc:creator>Living Your Values, Part I</dc:creator>
		<pubDate>Sat, 13 Feb 2010 02:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-31</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herberth Amaral</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-28</link>
		<dc:creator>Herberth Amaral</dc:creator>
		<pubDate>Fri, 12 Feb 2010 20:58:09 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-28</guid>
		<description>Sure, it is hard to see collaboration and trust in software companies... and most people don&#039;t understant that&#039;s crucial for any kind of business, not only software.

Nice post.</description>
		<content:encoded><![CDATA[<p>Sure, it is hard to see collaboration and trust in software companies&#8230; and most people don&#8217;t understant that&#8217;s crucial for any kind of business, not only software.</p>
<p>Nice post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Soon To Be A Thoughtworker</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-27</link>
		<dc:creator>Soon To Be A Thoughtworker</dc:creator>
		<pubDate>Fri, 12 Feb 2010 14:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-27</guid>
		<description>I&#039;m living this world right now, and it&#039;s precisely why I&#039;m joining ThoughtWorks on 3/15. Hard keeping a poker face through our scrums these days.</description>
		<content:encoded><![CDATA[<p>I&#8217;m living this world right now, and it&#8217;s precisely why I&#8217;m joining ThoughtWorks on 3/15. Hard keeping a poker face through our scrums these days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wes williams</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-26</link>
		<dc:creator>wes williams</dc:creator>
		<pubDate>Fri, 12 Feb 2010 03:08:57 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-26</guid>
		<description>seems to be a lot of people writing about this again.  i think continually reminding the community of this is good.  all areas that require discipline need someone reminding us and keeping us accountable to the goals, values, principles and the practices. so keep it up.</description>
		<content:encoded><![CDATA[<p>seems to be a lot of people writing about this again.  i think continually reminding the community of this is good.  all areas that require discipline need someone reminding us and keeping us accountable to the goals, values, principles and the practices. so keep it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Agile abuse &#171; Nick Oostvogels&#8217;s Weblog</title>
		<link>http://bovon.org/index.php/archives/108/comment-page-1#comment-25</link>
		<dc:creator>Agile abuse &#171; Nick Oostvogels&#8217;s Weblog</dc:creator>
		<pubDate>Thu, 11 Feb 2010 20:15:43 +0000</pubDate>
		<guid isPermaLink="false">http://bovon.org/?p=108#comment-25</guid>
		<description>[...] James Lewis  points out (great post by the way!), it’s not agile going mainstream, but iterative [...]</description>
		<content:encoded><![CDATA[<p>[...] James Lewis  points out (great post by the way!), it’s not agile going mainstream, but iterative [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
