<?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: Agile Open: Day Two</title>
	<atom:link href="http://blog.nayima.be/2006/05/01/agile-open-day-two/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nayima.be/2006/05/01/agile-open-day-two/</link>
	<description>Treppenwitz in public</description>
	<lastBuildDate>Fri, 30 Dec 2011 10:02:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pascal</title>
		<link>http://blog.nayima.be/2006/05/01/agile-open-day-two/comment-page-1/#comment-95</link>
		<dc:creator>Pascal</dc:creator>
		<pubDate>Wed, 03 May 2006 18:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/2006/05/01/agile-open-day-two/#comment-95</guid>
		<description>Bill,

I expect that cycle time will be at the top of my list. But... &quot;cycle time from requirement to something that satisfies that requirement&quot;. Something that&#039;s sellable.

The problem is that we still have some trouble getting to something that satisfies the customer, no matter how long we take. Most people tend towards the &quot;common sense&quot; solution of large batches and local efficiency. Because, you know, &quot;better quality takes longer and costs more&quot; ;-)

As I say in my presentation comparing Lean to Agile Software development:

&quot;Lean is about flow.
Agile is about flow.
Cash flow.

Next time you talk to your CFO or CEO, don&#039;t talk about &quot;agility&quot;, responding to change, quality. Tell them what you&#039;re doing to reduce the time between the customer&#039;s need and you fulfilling that need. Tell them how you reduce the time between the customer&#039;s need and the moment they pay you.&quot;

That cash flow bit is straight out of the &quot;Rebirth of American Industry&quot; :-)

If that doesn&#039;t get their attention, I don&#039;t know what will...</description>
		<content:encoded><![CDATA[<p>Bill,</p>
<p>I expect that cycle time will be at the top of my list. But&#8230; &#8220;cycle time from requirement to something that satisfies that requirement&#8221;. Something that&#8217;s sellable.</p>
<p>The problem is that we still have some trouble getting to something that satisfies the customer, no matter how long we take. Most people tend towards the &#8220;common sense&#8221; solution of large batches and local efficiency. Because, you know, &#8220;better quality takes longer and costs more&#8221; <img src='http://blog.nayima.be/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>As I say in my presentation comparing Lean to Agile Software development:</p>
<p>&#8220;Lean is about flow.<br />
Agile is about flow.<br />
Cash flow.</p>
<p>Next time you talk to your CFO or CEO, don&#8217;t talk about &#8220;agility&#8221;, responding to change, quality. Tell them what you&#8217;re doing to reduce the time between the customer&#8217;s need and you fulfilling that need. Tell them how you reduce the time between the customer&#8217;s need and the moment they pay you.&#8221;</p>
<p>That cash flow bit is straight out of the &#8220;Rebirth of American Industry&#8221; <img src='http://blog.nayima.be/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>If that doesn&#8217;t get their attention, I don&#8217;t know what will&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Waddell</title>
		<link>http://blog.nayima.be/2006/05/01/agile-open-day-two/comment-page-1/#comment-90</link>
		<dc:creator>Bill Waddell</dc:creator>
		<pubDate>Tue, 02 May 2006 04:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/2006/05/01/agile-open-day-two/#comment-90</guid>
		<description>Pascal,

When you get done thinking, odds are you&#039;ll come to the conclusion that most significant metric is cycle time.  Taichi Ohno of Toyota described their system as follows:

&quot;All we are doing is looking at the time line from when we receive the order until we collect the cash.  And we are eliminating the non-value adding waste along the time line.&quot;

I&#039;ll betcha your more Goldratt-esque approach will ultimately take you to the same place.</description>
		<content:encoded><![CDATA[<p>Pascal,</p>
<p>When you get done thinking, odds are you&#8217;ll come to the conclusion that most significant metric is cycle time.  Taichi Ohno of Toyota described their system as follows:</p>
<p>&#8220;All we are doing is looking at the time line from when we receive the order until we collect the cash.  And we are eliminating the non-value adding waste along the time line.&#8221;</p>
<p>I&#8217;ll betcha your more Goldratt-esque approach will ultimately take you to the same place.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

