<?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: Are you doing agile or are you doing waterfall with some agile practices?</title>
	<atom:link href="http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/</link>
	<description></description>
	<lastBuildDate>Thu, 04 Mar 2010 11:11:07 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Curtis Miller</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-235</link>
		<dc:creator>Curtis Miller</dc:creator>
		<pubDate>Tue, 14 Jul 2009 10:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-235</guid>
		<description>While I think those are four good points for Agile as it pertains to the actual software development, I think you&#039;re missing a key tenet of the Agile methodology, specifically in regards to the first and third points in the Agile Manifesto.

They both deal with &lt;strong&gt;communication&lt;/strong&gt;. Maintaining a high level of communication with your team, customer and other stakeholders improves your chance of successfully delivering your software.

I often hear from people claiming to be Agile that their way is the &quot;right&quot; way, but in my experience there is no such thing. Every project is different and you must adjust to those differences as needed. As they say, &lt;a href=&quot;http://theonetrueagile.com&quot; rel=&quot;nofollow&quot;&gt;the one true agile&lt;/a&gt;...</description>
		<content:encoded><![CDATA[<p>While I think those are four good points for Agile as it pertains to the actual software development, I think you&#8217;re missing a key tenet of the Agile methodology, specifically in regards to the first and third points in the Agile Manifesto.</p>
<p>They both deal with <strong>communication</strong>. Maintaining a high level of communication with your team, customer and other stakeholders improves your chance of successfully delivering your software.</p>
<p>I often hear from people claiming to be Agile that their way is the &#8220;right&#8221; way, but in my experience there is no such thing. Every project is different and you must adjust to those differences as needed. As they say, <a href="http://theonetrueagile.com" rel="nofollow">the one true agile</a>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by ariekeren</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-199</link>
		<dc:creator>Twitted by ariekeren</dc:creator>
		<pubDate>Thu, 09 Jul 2009 09:57:22 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-199</guid>
		<description>[...] This post was Twitted by ariekeren [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by ariekeren [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Jackson</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-172</link>
		<dc:creator>Paul Jackson</dc:creator>
		<pubDate>Tue, 07 Jul 2009 09:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-172</guid>
		<description>Great Post Alberto!
We&#039;re doing OK on points 1,2 &amp; 4, but, if I&#039;m honest we&#039;re still working through point 3.  Formalising TDD and Pair Programming has helped; refactoring is taking a while longer, but that&#039;s more because the client wants to keep benefitting from us delivering new features each and every month, so want to keep up what I call the &quot;Battle Rhythm&quot;.  We&#039;re close to persuading them that a refactoring Sprint will make the code (and therefore their business-critical application) more robust, safeguarding their business continuity.</description>
		<content:encoded><![CDATA[<p>Great Post Alberto!<br />
We&#8217;re doing OK on points 1,2 &amp; 4, but, if I&#8217;m honest we&#8217;re still working through point 3.  Formalising TDD and Pair Programming has helped; refactoring is taking a while longer, but that&#8217;s more because the client wants to keep benefitting from us delivering new features each and every month, so want to keep up what I call the &#8220;Battle Rhythm&#8221;.  We&#8217;re close to persuading them that a refactoring Sprint will make the code (and therefore their business-critical application) more robust, safeguarding their business continuity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shailendra</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-168</link>
		<dc:creator>Shailendra</dc:creator>
		<pubDate>Mon, 06 Jul 2009 04:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-168</guid>
		<description>Great Post !! Must read for all pseudo Agilists. 

Project Teams have to become mature enough to follow Agile Culture as you said.Focusing on processes alone cannot make things agile. Processes should only as guidelines and people should be able to focus on those aspects of Agile makes sense in a particular project.</description>
		<content:encoded><![CDATA[<p>Great Post !! Must read for all pseudo Agilists. </p>
<p>Project Teams have to become mature enough to follow Agile Culture as you said.Focusing on processes alone cannot make things agile. Processes should only as guidelines and people should be able to focus on those aspects of Agile makes sense in a particular project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: reboltutorial</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-166</link>
		<dc:creator>reboltutorial</dc:creator>
		<pubDate>Mon, 06 Jul 2009 01:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-166</guid>
		<description>I don&#039;think Agile is about forgetting documentation, it&#039;s rather about not waiting for the final documentation before starting to code. This is the concept of iteration where you will refine the software following a progress spiral like the founder of Modern Quality Management advocates in his Deming&#039;s Wheel or PDCA (Plan Do Check Action):
http://statistical-process-control.org/dr-demings-revolution/</description>
		<content:encoded><![CDATA[<p>I don&#8217;think Agile is about forgetting documentation, it&#8217;s rather about not waiting for the final documentation before starting to code. This is the concept of iteration where you will refine the software following a progress spiral like the founder of Modern Quality Management advocates in his Deming&#8217;s Wheel or PDCA (Plan Do Check Action):<br />
<a href="http://statistical-process-control.org/dr-demings-revolution/" rel="nofollow">http://statistical-process-control.org/dr-demings-revolution/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by francis_dierick</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-163</link>
		<dc:creator>Twitted by francis_dierick</dc:creator>
		<pubDate>Fri, 03 Jul 2009 15:12:16 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-163</guid>
		<description>[...] This post was Twitted by francis_dierick [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by francis_dierick [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel Ozzello</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-162</link>
		<dc:creator>Michel Ozzello</dc:creator>
		<pubDate>Fri, 03 Jul 2009 14:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-162</guid>
		<description>You&#039;re 100% right Alberto, the most difficult shift is the culture.

But it&#039;s a really hard shift to make in many people&#039;s heads: for decades we&#039;ve been try to avoid risk by focusing on big-upfront design, trying to cover all possible scenarios and make sure we don&#039;t mess up.

Letting go on this &quot;limit risk and avoid uncertainty&quot; mentality is hard. but is possible and I see new and successful agile teams being set-up every day in my company and our partners&#039;.

Another important aspect on getting agile is experience. You will only be doing Agile right when you have used it in many projects. Some of them will have failed, but if your mindset is an agile one, you&#039;ll have learned from the past mistakes and are able to fine tune your own agile process for success.

Michel</description>
		<content:encoded><![CDATA[<p>You&#8217;re 100% right Alberto, the most difficult shift is the culture.</p>
<p>But it&#8217;s a really hard shift to make in many people&#8217;s heads: for decades we&#8217;ve been try to avoid risk by focusing on big-upfront design, trying to cover all possible scenarios and make sure we don&#8217;t mess up.</p>
<p>Letting go on this &#8220;limit risk and avoid uncertainty&#8221; mentality is hard. but is possible and I see new and successful agile teams being set-up every day in my company and our partners&#8217;.</p>
<p>Another important aspect on getting agile is experience. You will only be doing Agile right when you have used it in many projects. Some of them will have failed, but if your mindset is an agile one, you&#8217;ll have learned from the past mistakes and are able to fine tune your own agile process for success.</p>
<p>Michel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitted by alessandrod</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-161</link>
		<dc:creator>Twitted by alessandrod</dc:creator>
		<pubDate>Fri, 03 Jul 2009 12:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-161</guid>
		<description>[...] This post was Twitted by alessandrod [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by alessandrod [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zackatoustra</title>
		<link>http://www.makinggoodsoftware.com/2009/04/27/are-you-doing-agile-or-are-you-doing-waterfall-with-some-agile-practices/comment-page-1/#comment-160</link>
		<dc:creator>Zackatoustra</dc:creator>
		<pubDate>Fri, 03 Jul 2009 11:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://makinggoodsoftware.com/?p=86#comment-160</guid>
		<description>Well, based on the 4 core principles of Agile methods, I guess my projet is 50% agile. 
Well, actually, only top executives of the project think we&#039;re doing it &quot;Agile style&quot;. All the design team knows that we&#039;ve been following a classical Waterfall methodology since the beginning with some fun twists from this &quot;exotic so-not-serious Agile metholodology&quot;. But, please, don&#039;t repeat that, those guys may feel bad : &quot;Agile&quot; is such a cool term to use in project meetings!...</description>
		<content:encoded><![CDATA[<p>Well, based on the 4 core principles of Agile methods, I guess my projet is 50% agile.<br />
Well, actually, only top executives of the project think we&#8217;re doing it &#8220;Agile style&#8221;. All the design team knows that we&#8217;ve been following a classical Waterfall methodology since the beginning with some fun twists from this &#8220;exotic so-not-serious Agile metholodology&#8221;. But, please, don&#8217;t repeat that, those guys may feel bad : &#8220;Agile&#8221; is such a cool term to use in project meetings!&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
