<?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 for Software Configuration Management and Agile Software Development</title>
	<atom:link href="http://accurev.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://accurev.com/blog</link>
	<description>SCM and Agile Software Development Blog</description>
	<lastBuildDate>Wed, 04 Jan 2012 22:30:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on Three Surprises in Software Development in 2012 by Lorne Cooper</title>
		<link>http://accurev.com/blog/2011/12/08/three-surprises-in-software-development-in-2012/comment-page-1/#comment-18709</link>
		<dc:creator>Lorne Cooper</dc:creator>
		<pubDate>Wed, 04 Jan 2012 22:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.com/blog/?p=2922#comment-18709</guid>
		<description>Steve, sure, quote away. Unlike Charles Barkley, I can&#039;t claim to have been mis quoted by my own blog post. 

Ron, I agree and would generalize your claim about the importance of management support: it&#039;s critical to any initiative to improve, or even change. The organization.  We who have given up the power to create have retained the power to destroy.</description>
		<content:encoded><![CDATA[<p>Steve, sure, quote away. Unlike Charles Barkley, I can&#8217;t claim to have been mis quoted by my own blog post. </p>
<p>Ron, I agree and would generalize your claim about the importance of management support: it&#8217;s critical to any initiative to improve, or even change. The organization.  We who have given up the power to create have retained the power to destroy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Three Surprises in Software Development in 2012 by Ron</title>
		<link>http://accurev.com/blog/2011/12/08/three-surprises-in-software-development-in-2012/comment-page-1/#comment-18707</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Fri, 23 Dec 2011 00:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.com/blog/?p=2922#comment-18707</guid>
		<description>I would bet out of all of the organizations that are killing it, the difference between them is that management understands the values of the practices and buys into it - it isn&#039;t the practices themselves.

Agile (lean, etc) is a philosophy about software development that comes with tools and practices that may or may not be useful for a particular team.

The key to successful agile implementations (and I would welcome feedback from your &quot;agilesta friends&quot; is that if it works, almost always the &quot;customer&quot; or &quot;business partner&quot; buys into the value proposition (as does the team).    If this is absent, its no wonder so may organizations fail.</description>
		<content:encoded><![CDATA[<p>I would bet out of all of the organizations that are killing it, the difference between them is that management understands the values of the practices and buys into it &#8211; it isn&#8217;t the practices themselves.</p>
<p>Agile (lean, etc) is a philosophy about software development that comes with tools and practices that may or may not be useful for a particular team.</p>
<p>The key to successful agile implementations (and I would welcome feedback from your &#8220;agilesta friends&#8221; is that if it works, almost always the &#8220;customer&#8221; or &#8220;business partner&#8221; buys into the value proposition (as does the team).    If this is absent, its no wonder so may organizations fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Three Surprises in Software Development in 2012 by Scott Stribrny</title>
		<link>http://accurev.com/blog/2011/12/08/three-surprises-in-software-development-in-2012/comment-page-1/#comment-18706</link>
		<dc:creator>Scott Stribrny</dc:creator>
		<pubDate>Thu, 22 Dec 2011 21:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.com/blog/?p=2922#comment-18706</guid>
		<description>Lorne, While I agree with all three predictions I especially support prediction one. I&#039;m presenting &quot;How Agile Projects Measure Up: Two Landmark Studies&quot; in Chicago on January 24 (http://bit.ly/rSa0Hw). May I quote you on my slide #1? (i.e, &quot;Everyone Will Claim They Are Agile And 50% of them will be wrong, just based on the Nokia test.  And of the rest, half won’t get any value from it...&quot;)</description>
		<content:encoded><![CDATA[<p>Lorne, While I agree with all three predictions I especially support prediction one. I&#8217;m presenting &#8220;How Agile Projects Measure Up: Two Landmark Studies&#8221; in Chicago on January 24 (<a href="http://bit.ly/rSa0Hw" rel="nofollow">http://bit.ly/rSa0Hw</a>). May I quote you on my slide #1? (i.e, &#8220;Everyone Will Claim They Are Agile And 50% of them will be wrong, just based on the Nokia test.  And of the rest, half won’t get any value from it&#8230;&#8221;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Kids Say the Darndest Things by Imtiaz Hami</title>
		<link>http://accurev.com/blog/2011/11/28/agile-kids-say-the-darndest-things/comment-page-1/#comment-18700</link>
		<dc:creator>Imtiaz Hami</dc:creator>
		<pubDate>Thu, 08 Dec 2011 13:58:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=2915#comment-18700</guid>
		<description>They certainly possess an agile mind at one-liners!</description>
		<content:encoded><![CDATA[<p>They certainly possess an agile mind at one-liners!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Editor Learning Curves by Chris Jones</title>
		<link>http://accurev.com/blog/2008/03/07/editor-learning-curves/comment-page-1/#comment-18686</link>
		<dc:creator>Chris Jones</dc:creator>
		<pubDate>Wed, 09 Nov 2011 23:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=127#comment-18686</guid>
		<description>Wouldn&#039;t it be fair to add that while it only takes the average user ten minutes to master Notepad, it takes about eleven minutes and twenty seconds to learn the equivalent (lack of) functionality in vi?</description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t it be fair to add that while it only takes the average user ten minutes to master Notepad, it takes about eleven minutes and twenty seconds to learn the equivalent (lack of) functionality in vi?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Integration vs. Continuous Perfection by Ari</title>
		<link>http://accurev.com/blog/2010/03/26/continuous-integration-perfection/comment-page-1/#comment-18685</link>
		<dc:creator>Ari</dc:creator>
		<pubDate>Wed, 09 Nov 2011 08:41:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=1432#comment-18685</guid>
		<description>Great post, great argument. I like the idea of Continuous Perfection as a drawback of Continuous Integration.</description>
		<content:encoded><![CDATA[<p>Great post, great argument. I like the idea of Continuous Perfection as a drawback of Continuous Integration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Integration- Like a Perfectly Functioning Toaster Oven by Cloves</title>
		<link>http://accurev.com/blog/2010/07/12/continuous-integration-toaster-oven/comment-page-1/#comment-18681</link>
		<dc:creator>Cloves</dc:creator>
		<pubDate>Fri, 04 Nov 2011 10:28:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=2028#comment-18681</guid>
		<description>For a business to be successful, you definitely need to pay attention to feedback you are getting from customers and be ready to make changes and adapt.
I like the comparison to a toaster oven:)</description>
		<content:encoded><![CDATA[<p>For a business to be successful, you definitely need to pay attention to feedback you are getting from customers and be ready to make changes and adapt.<br />
I like the comparison to a toaster oven:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Before Agile, We Never Called It Waterfall… by LDM</title>
		<link>http://accurev.com/blog/2011/10/31/before-agile-we-never-called-it-waterfall%e2%80%a6/comment-page-1/#comment-18679</link>
		<dc:creator>LDM</dc:creator>
		<pubDate>Tue, 01 Nov 2011 15:05:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=2838#comment-18679</guid>
		<description>I seem to remember that between &quot;Waterfall&quot; &amp; &quot;Agile&quot; we had the &quot;Spiral&quot; model.  My Software Engineering Textbook didn&#039;t mention Agile, but there were at least 3-4 development models in there, including &quot;Waterfall&quot; &amp; &quot;Spiral&quot;, as well as an early version of &quot;Agile&quot; I think they called &quot;Iterative&quot;.</description>
		<content:encoded><![CDATA[<p>I seem to remember that between &#8220;Waterfall&#8221; &amp; &#8220;Agile&#8221; we had the &#8220;Spiral&#8221; model.  My Software Engineering Textbook didn&#8217;t mention Agile, but there were at least 3-4 development models in there, including &#8220;Waterfall&#8221; &amp; &#8220;Spiral&#8221;, as well as an early version of &#8220;Agile&#8221; I think they called &#8220;Iterative&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Before Agile, We Never Called It Waterfall… by Reedo</title>
		<link>http://accurev.com/blog/2011/10/31/before-agile-we-never-called-it-waterfall%e2%80%a6/comment-page-1/#comment-18678</link>
		<dc:creator>Reedo</dc:creator>
		<pubDate>Tue, 01 Nov 2011 13:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=2838#comment-18678</guid>
		<description>#4 on measuring &quot;Agility&quot; surprises me.  I would&#039;ve said that if all those 5 techniques are being used consistently (and correctly!), that&#039;s much more than &quot;half the battle&quot;. What&#039;s the other half? In my experience, people who are new to Agile often interpret it as just switching to smaller, faster, more numerous iterations. Those people are less than half the battle...</description>
		<content:encoded><![CDATA[<p>#4 on measuring &#8220;Agility&#8221; surprises me.  I would&#8217;ve said that if all those 5 techniques are being used consistently (and correctly!), that&#8217;s much more than &#8220;half the battle&#8221;. What&#8217;s the other half? In my experience, people who are new to Agile often interpret it as just switching to smaller, faster, more numerous iterations. Those people are less than half the battle&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Before Agile, We Never Called It Waterfall… by Keith Braithwaite</title>
		<link>http://accurev.com/blog/2011/10/31/before-agile-we-never-called-it-waterfall%e2%80%a6/comment-page-1/#comment-18677</link>
		<dc:creator>Keith Braithwaite</dc:creator>
		<pubDate>Tue, 01 Nov 2011 07:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.accurev.com/blog/?p=2838#comment-18677</guid>
		<description>It did have a name, it was called “the” Software Development Lifecycle (SDLC) and iterative, incremental processes were positioned in opposition to it as early as 1986.

“Those who do not remember their past are condemned to repeat their mistakes” — Santayana</description>
		<content:encoded><![CDATA[<p>It did have a name, it was called “the” Software Development Lifecycle (SDLC) and iterative, incremental processes were positioned in opposition to it as early as 1986.</p>
<p>“Those who do not remember their past are condemned to repeat their mistakes” — Santayana</p>
]]></content:encoded>
	</item>
</channel>
</rss>

