<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>AvailAgility &#187; Diagram</title>
	<atom:link href="http://availagility.co.uk/tag/diagram/feed/" rel="self" type="application/rss+xml" />
	<link>http://availagility.co.uk</link>
	<description>Karl Scotland - Using Agile to Deliver Value</description>
	<lastBuildDate>Tue, 27 Jul 2010 09:11:50 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Evolving a Workflow</title>
		<link>http://availagility.co.uk/2009/10/09/evolving-a-workflow/</link>
		<comments>http://availagility.co.uk/2009/10/09/evolving-a-workflow/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 13:06:21 +0000</pubDate>
		<dc:creator>Karl</dc:creator>
				<category><![CDATA[Lean]]></category>
		<category><![CDATA[CFD]]></category>
		<category><![CDATA[Cumulative]]></category>
		<category><![CDATA[Diagram]]></category>
		<category><![CDATA[Flow]]></category>
		<category><![CDATA[Schedule]]></category>
		<category><![CDATA[Workflow]]></category>

		<guid isPermaLink="false">http://availagility.wordpress.com/?p=405</guid>
		<description><![CDATA[Mary Poppendieck gave a talk on Workflow is Orthogonal to Schedule at Agile2009, during which she very neatly transitioned a schedule-focused view of work, into a flow-focussed view. At least I thought it was neat, so I’m going to try and reproduce the basic elements here, using my favourite agile workflow. 4 Week Time-box Schedule <a href="http://availagility.co.uk/2009/10/09/evolving-a-workflow/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>Mary Poppendieck gave a talk on <a href="http://agile2009.agilealliance.org/node/532" target="_blank">Workflow is Orthogonal to Schedule</a> at Agile2009, during which she very neatly transitioned a schedule-focused view of work, into a flow-focussed view. At least I thought it was neat, so I’m going to try and reproduce the basic elements here, using my favourite <a href="http://availagility.wordpress.com/2009/02/25/an-agile-workflow/" target="_self">agile workflow</a>.</p>
<h3>4 Week Time-box Schedule</h3>
<p><a href="http://availagility.files.wordpress.com/2009/10/workflow1.png"><img style="display:inline;border-width:0;" title="workflow1" src="http://availagility.files.wordpress.com/2009/10/workflow1_thumb.png" border="0" alt="workflow1" width="644" height="351" /></a></p>
<p>Here we have a schedule showing an average of 4 features being delivered every 4 week time-box. Each time-box is preceded by 2 weeks understanding the next features, and a release is made every 8 weeks. Its not a bad schedule. There’s a regular release every two months which is better than a lot of projects, but it could be better.</p>
<h3>2 Week Time-box Schedule</h3>
<p><a href="http://availagility.files.wordpress.com/2009/10/workflow2.png"><img style="display:inline;border-width:0;" title="workflow2" src="http://availagility.files.wordpress.com/2009/10/workflow2_thumb.png" border="0" alt="workflow2" width="644" height="368" /></a></p>
<p>Now we reduced the time-box to 2 weeks, meaning that we do an average of 2 features in each time-box. This means that the preparation now takes only 1 week. Additionally, we are now releasing at the end of every time-box, which is also reduced to 1 week. Much better.</p>
<h3>One Piece Flow</h3>
<p><a href="http://availagility.files.wordpress.com/2009/10/workflow3.png"><img style="display:inline;border-width:0;" title="workflow3" src="http://availagility.files.wordpress.com/2009/10/workflow3_thumb.png" border="0" alt="workflow3" width="644" height="376" /></a></p>
<p>If we continue the evolution we end up working on a single feature at a time and releasing it immediately. Each feature only takes a week to build, and preparation and release times are now down to 1/2 a week. At this point, we don’t really have a schedule anymore, but a natural workflow.</p>
<h3>Cumulative Flow Diagrams</h3>
<p>One of the things that strikes me about the diagrams above, is that each step in the evolution transforms them more into a smooth Cumulative Flow Diagram. In fact, in the same presentation, Mary showed the following picture taken from <a href="http://www.amazon.co.uk/Building-Empire-State-Carol-Willis/dp/0393732312/ref=sr_1_15?ie=UTF8&amp;s=books&amp;qid=1213359329&amp;sr=8-15" target="_blank">Building the Empire State</a>. This is the building schedule from from around 1930, and itself looks remarkably like a CFD. Another example of how we are not inventing anything new, but can learn from other industries and successes.</p>
<p><a href="http://availagility.files.wordpress.com/2009/10/empirestate.png"><img style="display:inline;border-width:0;" title="empirestate" src="http://availagility.files.wordpress.com/2009/10/empirestate_thumb.png" border="0" alt="empirestate" width="279" height="484" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://availagility.co.uk/2009/10/09/evolving-a-workflow/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
