<?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: An Alternative to Agile Adoption &#8220;Cookbooks&#8221; &#8211; Flow, Pull, Innovate</title>
	<atom:link href="http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/</link>
	<description>Adopt, Scale and Succeed with Agile Development</description>
	<lastBuildDate>Wed, 17 Mar 2010 14:33:06 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: 10 Steps for Setting up an Agile Start-up &#171; The Agile Executive</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3779</link>
		<dc:creator>10 Steps for Setting up an Agile Start-up &#171; The Agile Executive</dc:creator>
		<pubDate>Mon, 31 Aug 2009 11:32:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3779</guid>
		<description>[...] Ryan Martens on prescriptive versus adaptive rollout of Agile (click here). [...]</description>
		<content:encoded><![CDATA[<p>[...] Ryan Martens on prescriptive versus adaptive rollout of Agile (click here). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twitter Trackbacks for An Alternative to Agile Adoption “Cookbooks” - Flow, Pull, Innovate &#124; Agile Blog: Scaling Software Agility [rallydev.com] on Topsy.com</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3774</link>
		<dc:creator>Twitter Trackbacks for An Alternative to Agile Adoption “Cookbooks” - Flow, Pull, Innovate &#124; Agile Blog: Scaling Software Agility [rallydev.com] on Topsy.com</dc:creator>
		<pubDate>Sat, 29 Aug 2009 19:07:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3774</guid>
		<description>[...] An Alternative to Agile Adoption “Cookbooks” - Flow, Pull, Innovate &#124; Agile Blog: Scaling Softwa...  www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate &#8211; view page &#8211; cached  I&#039;ve written previously about my allergic reaction to process maturity models for Agile development. Based on 5 years of empirical feedback being a part of or &#8212; From the page [...]</description>
		<content:encoded><![CDATA[<p>[...] An Alternative to Agile Adoption “Cookbooks” &#8211; Flow, Pull, Innovate | Agile Blog: Scaling Softwa&#8230;  <a href="http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate" rel="nofollow">http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate</a> &ndash; view page &ndash; cached  I&#8217;ve written previously about my allergic reaction to process maturity models for Agile development. Based on 5 years of empirical feedback being a part of or &mdash; From the page [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Highsmith</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3736</link>
		<dc:creator>Jim Highsmith</dc:creator>
		<pubDate>Thu, 13 Aug 2009 20:31:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3736</guid>
		<description>Ryan,

Nice post. The further up you go (3-5), the more customized it has to be for every company--guidelines, no cookbook. For example, I recently had to work with a client (hardware &amp; software) who was using a specific product development phase-gate system. Integrating agile &amp; a phase-gate system isn&#039;t something you do for many clients, but it&#039;s necessary in some cases and a multi-step process.</description>
		<content:encoded><![CDATA[<p>Ryan,</p>
<p>Nice post. The further up you go (3-5), the more customized it has to be for every company&#8211;guidelines, no cookbook. For example, I recently had to work with a client (hardware &amp; software) who was using a specific product development phase-gate system. Integrating agile &amp; a phase-gate system isn&#8217;t something you do for many clients, but it&#8217;s necessary in some cases and a multi-step process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Martens</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3733</link>
		<dc:creator>Ryan Martens</dc:creator>
		<pubDate>Thu, 13 Aug 2009 16:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3733</guid>
		<description>Amber,
Thank you for the comment.  Let me take a stab at describing the difference between a cookbook and an approach. 

A cookbook tells when to add what ingredients to make the dish.  A model or approach like this tries to teach about a cuisine of cooking.  

A cookbook would tell you when to add coaches, tools, training, and infrastructure.  A cookbook tells you how long to take at each step.

I think those are the kinds of things that have to be tailored to your situation.  I believe prescriptive approaches have to be tailored, but based on certain cuisine.  

(Shameless plug on the metaphor - can&#039;t avoid it:) 
At Rally, we serve a healthy dose of pragmatic, bottom-up lead, whole organizational visible and results-based cuisine to agile adoption.  But every meal is custom designed with customer&#039;s who want a partner.  When they choose to partner with us, they get &quot;success guaranteed&quot; by a set of world class teams of coaches, technical account managers, support engineers and sales professionals.  These professionals take our Agile Lifecycle Management platform and help you weave it into your organization in ways that deliver well documented results at each step along the way to being an expert. (See video&#039;s on web page and agile impact report) 

I sure hope that helps understand my mental model?
Ryan</description>
		<content:encoded><![CDATA[<p>Amber,<br />
Thank you for the comment.  Let me take a stab at describing the difference between a cookbook and an approach. </p>
<p>A cookbook tells when to add what ingredients to make the dish.  A model or approach like this tries to teach about a cuisine of cooking.  </p>
<p>A cookbook would tell you when to add coaches, tools, training, and infrastructure.  A cookbook tells you how long to take at each step.</p>
<p>I think those are the kinds of things that have to be tailored to your situation.  I believe prescriptive approaches have to be tailored, but based on certain cuisine.  </p>
<p>(Shameless plug on the metaphor &#8211; can&#8217;t avoid it:)<br />
At Rally, we serve a healthy dose of pragmatic, bottom-up lead, whole organizational visible and results-based cuisine to agile adoption.  But every meal is custom designed with customer&#8217;s who want a partner.  When they choose to partner with us, they get &#8220;success guaranteed&#8221; by a set of world class teams of coaches, technical account managers, support engineers and sales professionals.  These professionals take our Agile Lifecycle Management platform and help you weave it into your organization in ways that deliver well documented results at each step along the way to being an expert. (See video&#8217;s on web page and agile impact report) </p>
<p>I sure hope that helps understand my mental model?<br />
Ryan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Martens</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3732</link>
		<dc:creator>Ryan Martens</dc:creator>
		<pubDate>Thu, 13 Aug 2009 15:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3732</guid>
		<description>Chad,
Thanks for the comment.  I agree this is sticky place in transition.  Teams who &quot;manage up&quot; well during step 1 and 2 can sail through this phase with a good approach.  You as an agile team leader needs to educate, show results and tamp down rumors that this is revolution.  

Ignore this and you will most likely get stuck there.</description>
		<content:encoded><![CDATA[<p>Chad,<br />
Thanks for the comment.  I agree this is sticky place in transition.  Teams who &#8220;manage up&#8221; well during step 1 and 2 can sail through this phase with a good approach.  You as an agile team leader needs to educate, show results and tamp down rumors that this is revolution.  </p>
<p>Ignore this and you will most likely get stuck there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amber</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3731</link>
		<dc:creator>Amber</dc:creator>
		<pubDate>Thu, 13 Aug 2009 14:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3731</guid>
		<description>I&#039;m definitely missing big the difference between a &quot;cookbook&quot; and a the Flow-Pull-Innovate crib sheet.  I realize that the intent is not to give exact direction, but instead to describe the general process of transition - but it seems like a weak distinction to me.  I think most &quot;cookbooks&quot; also provide guidelines and will allow that different organizations can work differently.  

Furthermore, this faces the same problem of ignoring the human step in these transitions.  It will take as long as it takes for people to begin accepting the agile process - letting go of things that used to matter (detailed specs, etc) and embracing things they are not used to (close customer-developer interaction, etc).</description>
		<content:encoded><![CDATA[<p>I&#8217;m definitely missing big the difference between a &#8220;cookbook&#8221; and a the Flow-Pull-Innovate crib sheet.  I realize that the intent is not to give exact direction, but instead to describe the general process of transition &#8211; but it seems like a weak distinction to me.  I think most &#8220;cookbooks&#8221; also provide guidelines and will allow that different organizations can work differently.  </p>
<p>Furthermore, this faces the same problem of ignoring the human step in these transitions.  It will take as long as it takes for people to begin accepting the agile process &#8211; letting go of things that used to matter (detailed specs, etc) and embracing things they are not used to (close customer-developer interaction, etc).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Albrecht</title>
		<link>http://www.rallydev.com/agileblog/2009/08/an-alternative-to-agile-adoption-cookbooks-flow-pull-innovate/#comment-3728</link>
		<dc:creator>Chad Albrecht</dc:creator>
		<pubDate>Thu, 13 Aug 2009 13:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2981#comment-3728</guid>
		<description>Great post!  This is, for the most part, the system that I have used implement Agile within organizations.  An interesting note, I&#039;ve seen many companies get &quot;stuck&quot; somewhere between steps 2 &amp; 3.  It&#039;s the point where the PMO and executive staff all have to start thinking in Agile terms.  Having an Agile minded CTO and PMO leader makes all the difference in the world!</description>
		<content:encoded><![CDATA[<p>Great post!  This is, for the most part, the system that I have used implement Agile within organizations.  An interesting note, I&#8217;ve seen many companies get &#8220;stuck&#8221; somewhere between steps 2 &amp; 3.  It&#8217;s the point where the PMO and executive staff all have to start thinking in Agile terms.  Having an Agile minded CTO and PMO leader makes all the difference in the world!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
