<?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: The Two Faces of Agile</title>
	<atom:link href="http://www.leadingagile.com/2012/08/faces-agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.leadingagile.com/2012/08/faces-agile/</link>
	<description>Agile Training &#124; Agile Coaching &#124; Agile Transformation &#124; Atlanta, GA &#124; Washington DC &#124; Orlando, FL</description>
	<lastBuildDate>Mon, 20 May 2013 15:20:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Mike Cottmeyer</title>
		<link>http://www.leadingagile.com/2012/08/faces-agile/#comment-8232</link>
		<dc:creator>Mike Cottmeyer</dc:creator>
		<pubDate>Mon, 27 Aug 2012 11:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.leadingagile.com/?p=2421#comment-8232</guid>
		<description><![CDATA[Thanks for the comment Ben!]]></description>
		<content:encoded><![CDATA[<p>Thanks for the comment Ben!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Linders</title>
		<link>http://www.leadingagile.com/2012/08/faces-agile/#comment-8227</link>
		<dc:creator>Ben Linders</dc:creator>
		<pubDate>Mon, 27 Aug 2012 05:21:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.leadingagile.com/?p=2421#comment-8227</guid>
		<description><![CDATA[Fully agree that fir Agile (or any methodology) to succeed, it should provide a solution to the problem at hand. Or better stated, the problem as it is percieved by the stakeholders. If there is a need to innovate, then Agile can help you, and there are lot&#039;s of good ideas in Lean Startup. If you need to get your product out to your customers more quickly, take a look at lean software development. Which will probably also lower your costs by removing waste in your processes. If you have a complex problem at hand where a solution is needed, Agile can help you to work together effectively and iterate towards solutions. 

So yes, it depends, and depending on what you need a different approach can be chosen. Which has to be clear for all involved to succeed.]]></description>
		<content:encoded><![CDATA[<p>Fully agree that fir Agile (or any methodology) to succeed, it should provide a solution to the problem at hand. Or better stated, the problem as it is percieved by the stakeholders. If there is a need to innovate, then Agile can help you, and there are lot&#8217;s of good ideas in Lean Startup. If you need to get your product out to your customers more quickly, take a look at lean software development. Which will probably also lower your costs by removing waste in your processes. If you have a complex problem at hand where a solution is needed, Agile can help you to work together effectively and iterate towards solutions. </p>
<p>So yes, it depends, and depending on what you need a different approach can be chosen. Which has to be clear for all involved to succeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cottmeyer</title>
		<link>http://www.leadingagile.com/2012/08/faces-agile/#comment-8191</link>
		<dc:creator>Mike Cottmeyer</dc:creator>
		<pubDate>Tue, 21 Aug 2012 14:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.leadingagile.com/?p=2421#comment-8191</guid>
		<description><![CDATA[For me Peter this is less about team dynamics and more about business objectives.  If I sell a fixed price, fixed scope, fixed time deal to a customer... my goals as an agile development team becomes different.  I&#039;m not trying to figure out necessarily what to build... but what can I build within the time and cost constraints I&#039;ve established.  This is less a discovery model and more a rapid risk reduction model.  In both cases there is some aspect of customer collaboration, making sure we are building the right product, and so on... it&#039;s just that the openness to learning may have shifted and the outcomes are more predictive out of the gate.  

I&#039;m not advocating that this is how we run our businesses... my point is that this is how many businesses are run.  While we are shifting to a more collaborative model with our customers, we need a credible strategy for optimizing business outcomes, managing expectations, making and meeting commitments, etc.  If we don&#039;t &#039;sell agile&#039; in language that our business stakeholders understand, it won&#039;t resonate with them and it won&#039;t be worth the investment.  Agile can go a long way toward increasing predictability and ultimately building trust with our clients and that can lead to more openness to a broader set of possible outcomes.]]></description>
		<content:encoded><![CDATA[<p>For me Peter this is less about team dynamics and more about business objectives.  If I sell a fixed price, fixed scope, fixed time deal to a customer&#8230; my goals as an agile development team becomes different.  I&#8217;m not trying to figure out necessarily what to build&#8230; but what can I build within the time and cost constraints I&#8217;ve established.  This is less a discovery model and more a rapid risk reduction model.  In both cases there is some aspect of customer collaboration, making sure we are building the right product, and so on&#8230; it&#8217;s just that the openness to learning may have shifted and the outcomes are more predictive out of the gate.  </p>
<p>I&#8217;m not advocating that this is how we run our businesses&#8230; my point is that this is how many businesses are run.  While we are shifting to a more collaborative model with our customers, we need a credible strategy for optimizing business outcomes, managing expectations, making and meeting commitments, etc.  If we don&#8217;t &#8216;sell agile&#8217; in language that our business stakeholders understand, it won&#8217;t resonate with them and it won&#8217;t be worth the investment.  Agile can go a long way toward increasing predictability and ultimately building trust with our clients and that can lead to more openness to a broader set of possible outcomes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don Kim</title>
		<link>http://www.leadingagile.com/2012/08/faces-agile/#comment-8190</link>
		<dc:creator>Don Kim</dc:creator>
		<pubDate>Tue, 21 Aug 2012 14:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.leadingagile.com/?p=2421#comment-8190</guid>
		<description><![CDATA[I find that I can be in a emergent or convergent situation based upon the project within the same organization.  Sometimes simultaneously.  This despite the fact that the organization as a whole is &quot;convergent&quot; or sustaining type.]]></description>
		<content:encoded><![CDATA[<p>I find that I can be in a emergent or convergent situation based upon the project within the same organization.  Sometimes simultaneously.  This despite the fact that the organization as a whole is &#8220;convergent&#8221; or sustaining type.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cottmeyer</title>
		<link>http://www.leadingagile.com/2012/08/faces-agile/#comment-8189</link>
		<dc:creator>Mike Cottmeyer</dc:creator>
		<pubDate>Tue, 21 Aug 2012 14:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.leadingagile.com/?p=2421#comment-8189</guid>
		<description><![CDATA[Depends on the organization Bob.  You might have an R&amp;D group where emergent outcomes are valued and a Product Development group where convergence is the way to go.  It&#039; s very situationally specific.  I hear agilists talking all the time about inspecting and adapting and trying to figure out the best product to build.  Sometimes agile can be, and should be, applied in a what this is focused on early risk reduction, proof of concept, and convergence on expected outcomes.  I&#039;ll probably write some more on the differences in the coming weeks.]]></description>
		<content:encoded><![CDATA[<p>Depends on the organization Bob.  You might have an R&#038;D group where emergent outcomes are valued and a Product Development group where convergence is the way to go.  It&#8217; s very situationally specific.  I hear agilists talking all the time about inspecting and adapting and trying to figure out the best product to build.  Sometimes agile can be, and should be, applied in a what this is focused on early risk reduction, proof of concept, and convergence on expected outcomes.  I&#8217;ll probably write some more on the differences in the coming weeks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
