<?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: Is it Agile, or Chaos?</title>
	<atom:link href="http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/</link>
	<description>Software, Agile Process and Security</description>
	<lastBuildDate>Wed, 07 Jul 2010 21:25:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bryan Jacobs</title>
		<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/comment-page-1/#comment-4630</link>
		<dc:creator>Bryan Jacobs</dc:creator>
		<pubDate>Sat, 30 Jan 2010 03:06:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.adeptechllc.com/?p=270#comment-4630</guid>
		<description>Thanks for posting this.  It&#039;s refreshing to hear this type of thinking again, and again, and again.

So often agile/scrum becomes we can do whatever we want and change at any time.  That just doesn&#039;t work.  That is a formula for getting nothing done, or something done poorly.

Admittedly, sometimes major course corrections are required mid-way through a sprint, but with good communications, and sticking to short sprints those problems can be managed without falling into too much chaos.</description>
		<content:encoded><![CDATA[<p>Thanks for posting this.  It&#8217;s refreshing to hear this type of thinking again, and again, and again.</p>
<p>So often agile/scrum becomes we can do whatever we want and change at any time.  That just doesn&#8217;t work.  That is a formula for getting nothing done, or something done poorly.</p>
<p>Admittedly, sometimes major course corrections are required mid-way through a sprint, but with good communications, and sticking to short sprints those problems can be managed without falling into too much chaos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Melody Locke</title>
		<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/comment-page-1/#comment-4629</link>
		<dc:creator>Melody Locke</dc:creator>
		<pubDate>Fri, 29 Jan 2010 14:26:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.adeptechllc.com/?p=270#comment-4629</guid>
		<description>I totally agree. I&#039;m weary of hearing, &quot;we&#039;re agile&quot; as an excuse for chaos. Agile is a methodology, not a free-for-all. I&#039;ve worked on some very successful agile teams that were not chaotic. 

Melody</description>
		<content:encoded><![CDATA[<p>I totally agree. I&#8217;m weary of hearing, &#8220;we&#8217;re agile&#8221; as an excuse for chaos. Agile is a methodology, not a free-for-all. I&#8217;ve worked on some very successful agile teams that were not chaotic. </p>
<p>Melody</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith McMillan</title>
		<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/comment-page-1/#comment-4628</link>
		<dc:creator>Keith McMillan</dc:creator>
		<pubDate>Thu, 28 Jan 2010 14:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.adeptechllc.com/?p=270#comment-4628</guid>
		<description>Hi Jack,

Yes, as you point out, companies, and teams in particular, need to be careful not to mistake a free-for-all for using agile. Agile, and Scrum, give us just enough structure to work effectively without creating a bunch of make-work.

Chaos, on the other hand, robs the team of self-direction (because they never know what they&#039;re going to be doing), doesn&#039;t allow for any sort of predictability, empirical or otherwise (since we have no backlog, and thus no way to measure), and I think has no good way of evaluating all the priorities the team is being asked to satisfy (because we can&#039;t see them all in one place without a backlog).

I&#039;m not being critical of agile here, I&#039;m being critical of chaos-called-agile, because it really gives agile a bad name.

Thanks for your comments!

- Keith</description>
		<content:encoded><![CDATA[<p>Hi Jack,</p>
<p>Yes, as you point out, companies, and teams in particular, need to be careful not to mistake a free-for-all for using agile. Agile, and Scrum, give us just enough structure to work effectively without creating a bunch of make-work.</p>
<p>Chaos, on the other hand, robs the team of self-direction (because they never know what they&#8217;re going to be doing), doesn&#8217;t allow for any sort of predictability, empirical or otherwise (since we have no backlog, and thus no way to measure), and I think has no good way of evaluating all the priorities the team is being asked to satisfy (because we can&#8217;t see them all in one place without a backlog).</p>
<p>I&#8217;m not being critical of agile here, I&#8217;m being critical of chaos-called-agile, because it really gives agile a bad name.</p>
<p>Thanks for your comments!</p>
<p>- Keith</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jack milunsky</title>
		<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/comment-page-1/#comment-4626</link>
		<dc:creator>jack milunsky</dc:creator>
		<pubDate>Thu, 28 Jan 2010 00:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.adeptechllc.com/?p=270#comment-4626</guid>
		<description>But Scrum does just that. Scrum through the iteration tames the chaos that is happening outside. During the iteration as you have stated nothing is supposed to change. That gives the team the much needed time to produce and increment of functionality

Perhaps your point is that companies should beware not to fall into the agile trap where welcoming change is misunderstood

Jack
blog.agilebuddy.com
twitter.com/agilebuddy
www.agilebuddy.com</description>
		<content:encoded><![CDATA[<p>But Scrum does just that. Scrum through the iteration tames the chaos that is happening outside. During the iteration as you have stated nothing is supposed to change. That gives the team the much needed time to produce and increment of functionality</p>
<p>Perhaps your point is that companies should beware not to fall into the agile trap where welcoming change is misunderstood</p>
<p>Jack<br />
blog.agilebuddy.com<br />
twitter.com/agilebuddy<br />
<a href="http://www.agilebuddy.com" rel="nofollow">http://www.agilebuddy.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
