<?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: Feeding the Agile Beast</title>
	<atom:link href="http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/</link>
	<description>Enabling the Agile Enterprise</description>
	<lastBuildDate>Mon, 14 Nov 2011 14:15:27 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dennis Stevens and Associates &#187; Blog Archive &#187; Understanding the Customer vs Customer Value</title>
		<link>http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/comment-page-1/#comment-2178</link>
		<dc:creator>Dennis Stevens and Associates &#187; Blog Archive &#187; Understanding the Customer vs Customer Value</dc:creator>
		<pubDate>Mon, 02 Nov 2009 14:22:44 +0000</pubDate>
		<guid isPermaLink="false">1753765018#comment-2178</guid>
		<description>[...] address this in Feeding the Agile Beast. This is the domain of Business Analysis. As the Gilb’s point out, most Agile methods abstract [...]</description>
		<content:encoded><![CDATA[<p>[...] address this in Feeding the Agile Beast. This is the domain of Business Analysis. As the Gilb’s point out, most Agile methods abstract [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Stevens and Associates &#187; Blog Archive &#187; Agile Business Analysis</title>
		<link>http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/comment-page-1/#comment-1704</link>
		<dc:creator>Dennis Stevens and Associates &#187; Blog Archive &#187; Agile Business Analysis</dc:creator>
		<pubDate>Mon, 12 Oct 2009 10:05:33 +0000</pubDate>
		<guid isPermaLink="false">1753765018#comment-1704</guid>
		<description>[...] getting faster at development is just part of the equation.  As I discussed in my presentation “Feeding The Agile Beast”, you have to identify, prioritize, and scope what you are going to build so that risk is managed [...]</description>
		<content:encoded><![CDATA[<p>[...] getting faster at development is just part of the equation.  As I discussed in my presentation “Feeding The Agile Beast”, you have to identify, prioritize, and scope what you are going to build so that risk is managed [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Stevens</title>
		<link>http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/comment-page-1/#comment-1441</link>
		<dc:creator>Dennis Stevens</dc:creator>
		<pubDate>Sun, 06 Sep 2009 20:27:03 +0000</pubDate>
		<guid isPermaLink="false">1753765018#comment-1441</guid>
		<description>Glen,

Thanks for the comment. And yes, I mean work on the things the customer stated in the requirements elicitation sessions. In an order that gets to cash as quickly as possible while establishing a maintainable and sustainable base. As common sense as that is to someone passionate about this who has 20+ years of experience, it doesn&#039;t happen often enough in many businesses.

This is more about helping existing organizations get to an actionable approach as it is creating brand new capabilities. Probably most of what is already being done on large team work will still be done - the cycle times, detail, and level of formality may change. Appropriate outcomes will dictate the appropriate implementation strategy.

I look forward to your feedback as we build out this model.</description>
		<content:encoded><![CDATA[<p>Glen,</p>
<p>Thanks for the comment. And yes, I mean work on the things the customer stated in the requirements elicitation sessions. In an order that gets to cash as quickly as possible while establishing a maintainable and sustainable base. As common sense as that is to someone passionate about this who has 20+ years of experience, it doesn&#8217;t happen often enough in many businesses.</p>
<p>This is more about helping existing organizations get to an actionable approach as it is creating brand new capabilities. Probably most of what is already being done on large team work will still be done &#8211; the cycle times, detail, and level of formality may change. Appropriate outcomes will dictate the appropriate implementation strategy.</p>
<p>I look forward to your feedback as we build out this model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://www.dennisstevens.com/2009/09/02/feeding-the-agile-beast/comment-page-1/#comment-1440</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sun, 06 Sep 2009 19:58:30 +0000</pubDate>
		<guid isPermaLink="false">1753765018#comment-1440</guid>
		<description>Dennis,

WHAT, you mean work on things that the customers stated in the requirements elicitation sessions ;&gt;)

It&#039;ll be interesting to see how the small team aigle scales and what they have to bring along that is already being used in the large team work.</description>
		<content:encoded><![CDATA[<p>Dennis,</p>
<p>WHAT, you mean work on things that the customers stated in the requirements elicitation sessions ;&gt;)</p>
<p>It&#8217;ll be interesting to see how the small team aigle scales and what they have to bring along that is already being used in the large team work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

