<?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: Delivering Business Value</title>
	<atom:link href="http://pliantalliance.org/2006/10/31/delivering-business-value/feed/" rel="self" type="application/rss+xml" />
	<link>http://pliantalliance.org/2006/10/31/delivering-business-value/</link>
	<description>Think. Evaluate. Change.</description>
	<lastBuildDate>Thu, 09 Apr 2009 13:02:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: tbeck</title>
		<link>http://pliantalliance.org/2006/10/31/delivering-business-value/comment-page-1/#comment-270</link>
		<dc:creator>tbeck</dc:creator>
		<pubDate>Wed, 01 Nov 2006 17:58:05 +0000</pubDate>
		<guid isPermaLink="false">http://pliantalliance.org/?p=62#comment-270</guid>
		<description>From Brooks:

&lt;blockquote&gt;
.... we hear desperate cries for a silver bullet--something to make software costs drop as rapidly as computer hardware costs do.
&lt;/blockquote&gt;

Agile is not it.  No process in and of itself is it.  _People_ lower software costs (or increase software revenue, whichever way you want to look at it).  Processes can&#039;t guarantee anything, let alone getting software costs dropping as rapidly as hardware costs.  I&#039;m not arguing that _some_ organizations who adopt Agile can&#039;t lower costs. I&#039;m just saying not _all_ organizations who adopt Agile are guaranteed to slay the software cost werewolf.</description>
		<content:encoded><![CDATA[<p>From Brooks:</p>
<blockquote><p>
&#8230;. we hear desperate cries for a silver bullet&#8211;something to make software costs drop as rapidly as computer hardware costs do.
</p></blockquote>
<p>Agile is not it.  No process in and of itself is it.  _People_ lower software costs (or increase software revenue, whichever way you want to look at it).  Processes can&#8217;t guarantee anything, let alone getting software costs dropping as rapidly as hardware costs.  I&#8217;m not arguing that _some_ organizations who adopt Agile can&#8217;t lower costs. I&#8217;m just saying not _all_ organizations who adopt Agile are guaranteed to slay the software cost werewolf.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Ray</title>
		<link>http://pliantalliance.org/2006/10/31/delivering-business-value/comment-page-1/#comment-269</link>
		<dc:creator>Keith Ray</dc:creator>
		<pubDate>Wed, 01 Nov 2006 16:35:18 +0000</pubDate>
		<guid isPermaLink="false">http://pliantalliance.org/?p=62#comment-269</guid>
		<description>I notice your blog uses the phrase &quot;Silver Bullet&quot; a lot (not in particular entry, though), and I thought you might find interesting what Fred Brooks actually wrote in his landmark article &quot;No Silver Bullet: Essence and Accidents of Software Engineering&quot;.

http://homepage.mac.com/keithray/blog/2006/10/23#NoSilverBullet

I think &quot;Lean+Agile&quot; is a good combination, since Lean works on the whole system from product idea to the sale of a product to the customer. (But maybe not enough on marketing and sales?) 

Various Agile methods don&#039;t focus on the whole business - and rightly so. They state clearly up-front that they are about developing software, and that business decisions, including marketing and sales, are up to the business experts to deal with. 

The core of Agile - frequent humane feedback and adaptation with a focus on delivering business value - is useful outside of the software development process, but whether that works depends on what values are held most dear by the business leaders and owners.</description>
		<content:encoded><![CDATA[<p>I notice your blog uses the phrase &#8220;Silver Bullet&#8221; a lot (not in particular entry, though), and I thought you might find interesting what Fred Brooks actually wrote in his landmark article &#8220;No Silver Bullet: Essence and Accidents of Software Engineering&#8221;.</p>
<p><a href="http://homepage.mac.com/keithray/blog/2006/10/23#NoSilverBullet" rel="nofollow">http://homepage.mac.com/keithray/blog/2006/10/23#NoSilverBullet</a></p>
<p>I think &#8220;Lean+Agile&#8221; is a good combination, since Lean works on the whole system from product idea to the sale of a product to the customer. (But maybe not enough on marketing and sales?) </p>
<p>Various Agile methods don&#8217;t focus on the whole business &#8211; and rightly so. They state clearly up-front that they are about developing software, and that business decisions, including marketing and sales, are up to the business experts to deal with. </p>
<p>The core of Agile &#8211; frequent humane feedback and adaptation with a focus on delivering business value &#8211; is useful outside of the software development process, but whether that works depends on what values are held most dear by the business leaders and owners.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

