<?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: Waterfall isn&#8217;t dead, but it&#8217;s the wrong viewpoint</title>
	<atom:link href="http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/</link>
	<description>Thomas on Responsive Development of Systems and Software</description>
	<lastBuildDate>Sun, 16 May 2010 13:37:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Arto Jarvinen</title>
		<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/comment-page-1/#comment-6233</link>
		<dc:creator>Arto Jarvinen</dc:creator>
		<pubDate>Mon, 18 Jan 2010 22:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.responsive.se/thomas/?p=201#comment-6233</guid>
		<description>What often happens in my experience is that when people see the typical stage-gate project model with project phases and distinct decision points (gates) they map the &quot;phases&quot; of the (technical) development process on this model. So &quot;pre-study&quot; becomes &quot;requirements phase&quot; etc. A more reasonable relationship between the project phases and the (technical) development process was of course already described in e.g. RUP but it&#039;s easy to fall into this linear trap. -Arto</description>
		<content:encoded><![CDATA[<p>What often happens in my experience is that when people see the typical stage-gate project model with project phases and distinct decision points (gates) they map the &#8220;phases&#8221; of the (technical) development process on this model. So &#8220;pre-study&#8221; becomes &#8220;requirements phase&#8221; etc. A more reasonable relationship between the project phases and the (technical) development process was of course already described in e.g. RUP but it&#8217;s easy to fall into this linear trap. -Arto</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rockstar</title>
		<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/comment-page-1/#comment-6232</link>
		<dc:creator>rockstar</dc:creator>
		<pubDate>Wed, 13 Jan 2010 14:02:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.responsive.se/thomas/?p=201#comment-6232</guid>
		<description>Thomas, this was very well put:
&quot;Because complete, true, Waterfall can never exist since development is exploration of possibilities and the world around a project is never static. But the time elapsing before you get this feedback is driving your development costs up and the first point of return on your investment into the future.&quot;
That&#039;s just one of the things that make agile better. &quot;

I&#039;m not so sure waterfall will ever go away, but I do agree that companies which adopt agile will have more efficient IT departments. It all comes down to communication amongst stakeholders. Good post Thomas.</description>
		<content:encoded><![CDATA[<p>Thomas, this was very well put:<br />
&#8220;Because complete, true, Waterfall can never exist since development is exploration of possibilities and the world around a project is never static. But the time elapsing before you get this feedback is driving your development costs up and the first point of return on your investment into the future.&#8221;<br />
That&#8217;s just one of the things that make agile better. &#8221;</p>
<p>I&#8217;m not so sure waterfall will ever go away, but I do agree that companies which adopt agile will have more efficient IT departments. It all comes down to communication amongst stakeholders. Good post Thomas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/comment-page-1/#comment-6231</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 13 Jan 2010 07:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.responsive.se/thomas/?p=201#comment-6231</guid>
		<description>Well, I didn&#039;t say that Waterfall (whatever that might be) doesn&#039;t work. I&#039;ve also done &quot;both&quot;. I said that taking the viewpoint that figuring everything out before starting (the viewpoint of Waterfall), is not the best view point. You will get better development, products, ROI if you take a completely adaptive viewpoint from the on-set. &lt;em&gt;If&lt;/em&gt; there are things that you really need to figure out first, adjust your approach to do that. And most project will have some of those things. But don&#039;t start out by thinking that you can avoid the cost of adjustment by thinking long and hard from the beginning.

Of course most Waterfall have a period of feedback and adjustment at the end. They have to. Because complete, true, Waterfall can never exist since development is exploration of possibilities and the world around a project is never static. But the time elapsing before you get this feedback is driving your development costs up and the first point of return on your investment into the future.

I truly believe that there are so much business value benefit in taking the &quot;Agile&quot; viewpoint that companies adopting it will outlive companies that doesn&#039;t. Agile isn&#039;t a single thing and definitely not a silver bullet. So I&#039;m not really talking about the Waterfall/Agile religious war.

It will be the viewpoint that ensuring early, continuos and concrete feedback, and continuously adjusting to it with the lowest possible cost, that will be the competitive advantage.</description>
		<content:encoded><![CDATA[<p>Well, I didn&#8217;t say that Waterfall (whatever that might be) doesn&#8217;t work. I&#8217;ve also done &#8220;both&#8221;. I said that taking the viewpoint that figuring everything out before starting (the viewpoint of Waterfall), is not the best view point. You will get better development, products, ROI if you take a completely adaptive viewpoint from the on-set. <em>If</em> there are things that you really need to figure out first, adjust your approach to do that. And most project will have some of those things. But don&#8217;t start out by thinking that you can avoid the cost of adjustment by thinking long and hard from the beginning.</p>
<p>Of course most Waterfall have a period of feedback and adjustment at the end. They have to. Because complete, true, Waterfall can never exist since development is exploration of possibilities and the world around a project is never static. But the time elapsing before you get this feedback is driving your development costs up and the first point of return on your investment into the future.</p>
<p>I truly believe that there are so much business value benefit in taking the &#8220;Agile&#8221; viewpoint that companies adopting it will outlive companies that doesn&#8217;t. Agile isn&#8217;t a single thing and definitely not a silver bullet. So I&#8217;m not really talking about the Waterfall/Agile religious war.</p>
<p>It will be the viewpoint that ensuring early, continuos and concrete feedback, and continuously adjusting to it with the lowest possible cost, that will be the competitive advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rockstar</title>
		<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/comment-page-1/#comment-6230</link>
		<dc:creator>rockstar</dc:creator>
		<pubDate>Tue, 12 Jan 2010 21:08:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.responsive.se/thomas/?p=201#comment-6230</guid>
		<description>Wow. This statement &quot;I strongly believe that the viewpoint that Agile have is going to be, will have to be, the way all developing organisations will have to take in the future.&quot; is waaaaayyyyy over the top. I&#039;ve done both methodologies. Agile is better. But Waterfall also works. To say it doesn&#039;t work is either naive or misleading. The truth of the matter is that when doing Waterfall, there was still a period of feedback and adjustment involved. Unfortunately it was at the end instead of being embraced up front. But to say Waterfall is wrong, doesn&#039;t work, or will be a thing of the past is ridiculous.</description>
		<content:encoded><![CDATA[<p>Wow. This statement &#8220;I strongly believe that the viewpoint that Agile have is going to be, will have to be, the way all developing organisations will have to take in the future.&#8221; is waaaaayyyyy over the top. I&#8217;ve done both methodologies. Agile is better. But Waterfall also works. To say it doesn&#8217;t work is either naive or misleading. The truth of the matter is that when doing Waterfall, there was still a period of feedback and adjustment involved. Unfortunately it was at the end instead of being embraced up front. But to say Waterfall is wrong, doesn&#8217;t work, or will be a thing of the past is ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joakim</title>
		<link>http://www.responsive.se/thomas/2010/01/12/waterfall-isnt-dead-but-its-the-wrong-viewpoint/comment-page-1/#comment-6229</link>
		<dc:creator>Joakim</dc:creator>
		<pubDate>Tue, 12 Jan 2010 14:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.responsive.se/thomas/?p=201#comment-6229</guid>
		<description>Thanks for a good post, Thomas! This sentence was simply awesome: &quot;It is the avoidance of this cost by reducing it that is Agile, and by avoiding it by avoiding the adjustment that is Waterfall.&quot;</description>
		<content:encoded><![CDATA[<p>Thanks for a good post, Thomas! This sentence was simply awesome: &#8220;It is the avoidance of this cost by reducing it that is Agile, and by avoiding it by avoiding the adjustment that is Waterfall.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
