<?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: Extreme Programming workflow simulation</title>
	<atom:link href="http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/feed/" rel="self" type="application/rss+xml" />
	<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/</link>
	<description>Essays on the Continuous Delivery of High Quality Information Systems</description>
	<lastBuildDate>Wed, 04 Aug 2010 21:18:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: bin amer</title>
		<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/comment-page-1/#comment-7076</link>
		<dc:creator>bin amer</dc:creator>
		<pubDate>Mon, 12 Apr 2010 22:38:05 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=1125#comment-7076</guid>
		<description>I have downloaded the pipe2 but how i can run this model? i tried to save it as xml file then open it but it did not work..
So, how can i run this model?</description>
		<content:encoded><![CDATA[<p>I have downloaded the pipe2 but how i can run this model? i tried to save it as xml file then open it but it did not work..<br />
So, how can i run this model?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How is SCRUM related to a Web Application Tester?</title>
		<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/comment-page-1/#comment-5325</link>
		<dc:creator>How is SCRUM related to a Web Application Tester?</dc:creator>
		<pubDate>Fri, 15 May 2009 08:44:37 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=1125#comment-5325</guid>
		<description>[...] Extreme Programming workflow simulation [...]</description>
		<content:encoded><![CDATA[<p>[...] Extreme Programming workflow simulation [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Ladas</title>
		<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/comment-page-1/#comment-5002</link>
		<dc:creator>Corey Ladas</dc:creator>
		<pubDate>Tue, 10 Mar 2009 16:39:19 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=1125#comment-5002</guid>
		<description>The &lt;em&gt;accept build&lt;/em&gt; transition is there to model the case where the customer decides that she has enough and wants to disengage.  Nothing requires her to ever take that transition.  That case is important when a team is part of a larger group with internal dependencies or multiple customers.  I changed the labels to clarify the intent.

</description>
		<content:encoded><![CDATA[<p>The <em>accept build</em> transition is there to model the case where the customer decides that she has enough and wants to disengage.  Nothing requires her to ever take that transition.  That case is important when a team is part of a larger group with internal dependencies or multiple customers.  I changed the labels to clarify the intent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dew Drop - March 10, 2009 &#124; Alvin Ashcraft's Morning Dew</title>
		<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/comment-page-1/#comment-5000</link>
		<dc:creator>Dew Drop - March 10, 2009 &#124; Alvin Ashcraft's Morning Dew</dc:creator>
		<pubDate>Tue, 10 Mar 2009 12:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=1125#comment-5000</guid>
		<description>[...] Extreme Programming workflow simulation (Corey Ladas) [...]</description>
		<content:encoded><![CDATA[<p>[...] Extreme Programming workflow simulation (Corey Ladas) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Braithwaite</title>
		<link>http://leansoftwareengineering.com/2009/03/09/extreme-programming-workflow-simulation/comment-page-1/#comment-4997</link>
		<dc:creator>Keith Braithwaite</dc:creator>
		<pubDate>Tue, 10 Mar 2009 07:31:48 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=1125#comment-4997</guid>
		<description>The limit on stories in flight is called &quot;velocity&quot; and is built in to XP. It&#039;s interesting to have another reason to talk about why that&#039;s important. Thanks.

I&#039;m not convinced by the Customer has problems  write a story arc. The customer generally has many more stories in mind than the team can deliver, and new stories are written in parallel with earlier stories being built. I just don&#039;t see XP teams going around a &quot;write stores until no more problems&quot; loop with nothing else going on. Is this a widespread misunderstanding of what goes on in the contemporary planning game? In fact, they just pull as many as they&#039;ve demonstrated they can do off the priority queue. 

I also don&#039;t buy that having pending or integrated stories inhibits accepting a build. To my mind iterative development means exactly the opposite: the customer is able (and eager) to accept a build knowing that work remains on some stories (given that other constraints are met).

PIPE2 looks like fun. Post QCon I might have a go at modelling an agile workflow in it myself.</description>
		<content:encoded><![CDATA[<p>The limit on stories in flight is called &#8220;velocity&#8221; and is built in to XP. It&#8217;s interesting to have another reason to talk about why that&#8217;s important. Thanks.</p>
<p>I&#8217;m not convinced by the Customer has problems  write a story arc. The customer generally has many more stories in mind than the team can deliver, and new stories are written in parallel with earlier stories being built. I just don&#8217;t see XP teams going around a &#8220;write stores until no more problems&#8221; loop with nothing else going on. Is this a widespread misunderstanding of what goes on in the contemporary planning game? In fact, they just pull as many as they&#8217;ve demonstrated they can do off the priority queue. </p>
<p>I also don&#8217;t buy that having pending or integrated stories inhibits accepting a build. To my mind iterative development means exactly the opposite: the customer is able (and eager) to accept a build knowing that work remains on some stories (given that other constraints are met).</p>
<p>PIPE2 looks like fun. Post QCon I might have a go at modelling an agile workflow in it myself.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.379 seconds -->
