<?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: Does Agile Solve the Right Problem?</title>
	<atom:link href="http://www.yuwantitwhen.com/blog/2008/06/22/does-agile-solve-the-right-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yuwantitwhen.com/blog/2008/06/22/does-agile-solve-the-right-problem/</link>
	<description>Practical methods for successful software management.</description>
	<lastBuildDate>Mon, 03 Aug 2009 05:32:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bill Miller</title>
		<link>http://www.yuwantitwhen.com/blog/2008/06/22/does-agile-solve-the-right-problem/comment-page-1/#comment-449</link>
		<dc:creator>Bill Miller</dc:creator>
		<pubDate>Wed, 02 Jul 2008 01:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/?p=56#comment-449</guid>
		<description>Kelly,

I&#039;ve posted additional thoughts on your reply in this recent post:

&lt;a href=&quot;http://www.yuwantitwhen.com/blog/2008/07/01/agile-content-is-the-goal/&quot; rel=&quot;nofollow&quot;&gt;Agile Content is the Goal&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Kelly,</p>
<p>I&#8217;ve posted additional thoughts on your reply in this recent post:</p>
<p><a href="http://www.yuwantitwhen.com/blog/2008/07/01/agile-content-is-the-goal/" rel="nofollow">Agile Content is the Goal</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Miller</title>
		<link>http://www.yuwantitwhen.com/blog/2008/06/22/does-agile-solve-the-right-problem/comment-page-1/#comment-444</link>
		<dc:creator>Bill Miller</dc:creator>
		<pubDate>Sat, 28 Jun 2008 11:48:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/?p=56#comment-444</guid>
		<description>Kelly,

Thanks for visiting and commenting.  It&#039;s always nice and appreciated when a visitor takes the time to offer commentary. 

I&#039;m unconvinced that things are all that different on the web.  Change is important on the web, but the web has changed the focus to changing content over changing features.  

As bloggers, our struggle is to offer new content over new features.  I believe that&#039;s the struggle for many companies on the web.

I wrote a lengthy reply to your comment supporting that point, and I decided to offer it as a posting.  I&#039;ll have it out by Monday.</description>
		<content:encoded><![CDATA[<p>Kelly,</p>
<p>Thanks for visiting and commenting.  It&#8217;s always nice and appreciated when a visitor takes the time to offer commentary. </p>
<p>I&#8217;m unconvinced that things are all that different on the web.  Change is important on the web, but the web has changed the focus to changing content over changing features.  </p>
<p>As bloggers, our struggle is to offer new content over new features.  I believe that&#8217;s the struggle for many companies on the web.</p>
<p>I wrote a lengthy reply to your comment supporting that point, and I decided to offer it as a posting.  I&#8217;ll have it out by Monday.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Waters</title>
		<link>http://www.yuwantitwhen.com/blog/2008/06/22/does-agile-solve-the-right-problem/comment-page-1/#comment-443</link>
		<dc:creator>Kelly Waters</dc:creator>
		<pubDate>Sat, 28 Jun 2008 08:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/?p=56#comment-443</guid>
		<description>You make some good points, but with so much software being web-based these days, the rollout and customer change problem you describe is simply not an issue.  In this case noone needs a &#039;reason to upgrade&#039;, they just get software improvements as and when they&#039;re ready, rather than waiting for one big release from time to time.

With Windows products that require a rollout, I do agree that customers typically don&#039;t want frequent releases.  Frequent delivery of working software is still an important principle of agile development though, even if you choose not to release it to customers every time.  

The other thing worth considering in this case, though, is whether or not the software is as easy as possible and seamless to upgrade.  My virus checking software, for example, is downloading new anti-virus information in the background whenever it&#039;s available and is not putting the onus on me to go and get it and install it.

Having said all of this, some products can be more static than others.  On the web, a web year is like 7 years offline, due to the amount of innovation taking place at present.  In this case you do have to respond moer quickly to compete.

Kelly Waters
http://www.agile-software-development.com</description>
		<content:encoded><![CDATA[<p>You make some good points, but with so much software being web-based these days, the rollout and customer change problem you describe is simply not an issue.  In this case noone needs a &#8216;reason to upgrade&#8217;, they just get software improvements as and when they&#8217;re ready, rather than waiting for one big release from time to time.</p>
<p>With Windows products that require a rollout, I do agree that customers typically don&#8217;t want frequent releases.  Frequent delivery of working software is still an important principle of agile development though, even if you choose not to release it to customers every time.  </p>
<p>The other thing worth considering in this case, though, is whether or not the software is as easy as possible and seamless to upgrade.  My virus checking software, for example, is downloading new anti-virus information in the background whenever it&#8217;s available and is not putting the onus on me to go and get it and install it.</p>
<p>Having said all of this, some products can be more static than others.  On the web, a web year is like 7 years offline, due to the amount of innovation taking place at present.  In this case you do have to respond moer quickly to compete.</p>
<p>Kelly Waters<br />
<a href="http://www.agile-software-development.com" rel="nofollow">http://www.agile-software-development.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
