<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Koo Doy</title>
	<atom:link href="http://koo-doy.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://koo-doy.com</link>
	<description>We freely describe methods and ideas for software development.</description>
	<lastBuildDate>Fri, 03 Feb 2012 06:23:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Queues understanding to improve productivity by Omar Kamal Hosney</title>
		<link>http://koo-doy.com/2012/02/02/queues-understanding-to-improve-productivity/#comment-153</link>
		<dc:creator><![CDATA[Omar Kamal Hosney]]></dc:creator>
		<pubDate>Fri, 03 Feb 2012 06:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://methods4software.wordpress.com/?p=1303#comment-153</guid>
		<description><![CDATA[Sameh, computing the average and maximum queue size could be easily computed using the global arrival rate (for incoming issues), it will always always have a poision distrubution with that global arrival rate (lamda).
The challange will alwasy be to identify the distribution of service or the execution of those issues, it could be exponitional, normal, lognormal, any kind of distrubution.
So, a good approach we be to log around 30 to 40 days of execution time and then using run a simple monte-carlo simulation using a &quot;bootstrapper&quot; techique that keep re-sampling the execution history sample (those sample of 30 or 40 days) you will get all the queuing performance for your pipeline and that will include:
1- avarage queue size
2-avaerage time for a single issue to stay in the queue
3- avaerage time for a single issue to stay in the overall system
4- average count of issues in the overall system (queue and in-progress)
5- the team utilization factor

Also, what you get maximums and minimums.

Thanks for simulation !]]></description>
		<content:encoded><![CDATA[<p>Sameh, computing the average and maximum queue size could be easily computed using the global arrival rate (for incoming issues), it will always always have a poision distrubution with that global arrival rate (lamda).<br />
The challange will alwasy be to identify the distribution of service or the execution of those issues, it could be exponitional, normal, lognormal, any kind of distrubution.<br />
So, a good approach we be to log around 30 to 40 days of execution time and then using run a simple monte-carlo simulation using a &#8220;bootstrapper&#8221; techique that keep re-sampling the execution history sample (those sample of 30 or 40 days) you will get all the queuing performance for your pipeline and that will include:<br />
1- avarage queue size<br />
2-avaerage time for a single issue to stay in the queue<br />
3- avaerage time for a single issue to stay in the overall system<br />
4- average count of issues in the overall system (queue and in-progress)<br />
5- the team utilization factor</p>
<p>Also, what you get maximums and minimums.</p>
<p>Thanks for simulation !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lean for IT/Software.. Make knowledge explicit/2 by Lean for IT/Software projects,,, structure communication/3 &#171; Koo Doy</title>
		<link>http://koo-doy.com/2012/01/27/lean-for-itsoftware-make-knowledge-explicit2/#comment-148</link>
		<dc:creator><![CDATA[Lean for IT/Software projects,,, structure communication/3 &#171; Koo Doy]]></dc:creator>
		<pubDate>Fri, 27 Jan 2012 08:47:34 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1269#comment-148</guid>
		<description><![CDATA[[...] my previous post here, I will continue with the 3rd step for Lean implementation in IT/Software setup. Let me explain [...]]]></description>
		<content:encoded><![CDATA[<p>[...] my previous post here, I will continue with the 3rd step for Lean implementation in IT/Software setup. Let me explain [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lean for Knowledge Work by Lean for IT/Software.. Make knowledge explicit/2 &#171; Koo Doy</title>
		<link>http://koo-doy.com/2012/01/25/lean-for-knowledge-work/#comment-147</link>
		<dc:creator><![CDATA[Lean for IT/Software.. Make knowledge explicit/2 &#171; Koo Doy]]></dc:creator>
		<pubDate>Fri, 27 Jan 2012 07:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1241#comment-147</guid>
		<description><![CDATA[[...] based on Harvard Business Review article here, you can read my previous post about visualising waste here. Making knowledge explicit does not mean [...]]]></description>
		<content:encoded><![CDATA[<p>[...] based on Harvard Business Review article here, you can read my previous post about visualising waste here. Making knowledge explicit does not mean [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Factors for choosing a project approach by Lean for Knowledge Work &#171; Koo Doy</title>
		<link>http://koo-doy.com/2012/01/24/lean-and-agile-domains/#comment-146</link>
		<dc:creator><![CDATA[Lean for Knowledge Work &#171; Koo Doy]]></dc:creator>
		<pubDate>Thu, 26 Jan 2012 01:01:56 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1221#comment-146</guid>
		<description><![CDATA[[...] methods promote experimentation to discover the unknown but desired product. Please see my post here.  Not all software or IT projects require experimentation as noted in the post. Harvard Business [...]]]></description>
		<content:encoded><![CDATA[<p>[...] methods promote experimentation to discover the unknown but desired product. Please see my post here.  Not all software or IT projects require experimentation as noted in the post. Harvard Business [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Managing Large Lean Software Projects by Sameh</title>
		<link>http://koo-doy.com/2012/01/21/managing-large-lean-software-projects/#comment-144</link>
		<dc:creator><![CDATA[Sameh]]></dc:creator>
		<pubDate>Sun, 22 Jan 2012 04:12:36 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1197#comment-144</guid>
		<description><![CDATA[Thanks Henrik and look forward for your next master piece. :)]]></description>
		<content:encoded><![CDATA[<p>Thanks Henrik and look forward for your next master piece. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Managing Large Lean Software Projects by Henrik Kniberg</title>
		<link>http://koo-doy.com/2012/01/21/managing-large-lean-software-projects/#comment-143</link>
		<dc:creator><![CDATA[Henrik Kniberg]]></dc:creator>
		<pubDate>Sun, 22 Jan 2012 04:07:59 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1197#comment-143</guid>
		<description><![CDATA[Good summary of the book :)]]></description>
		<content:encoded><![CDATA[<p>Good summary of the book <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Transition of a business analyst to product-owner by hundertwasser</title>
		<link>http://koo-doy.com/2011/06/14/converting-a-business-analyst-to-product-owner/#comment-138</link>
		<dc:creator><![CDATA[hundertwasser]]></dc:creator>
		<pubDate>Tue, 06 Dec 2011 00:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=962#comment-138</guid>
		<description><![CDATA[hi, that&#039;s a squeamish stake. There is few mistakes but the primary is here.]]></description>
		<content:encoded><![CDATA[<p>hi, that&#8217;s a squeamish stake. There is few mistakes but the primary is here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Set-up which Kanban serves us more by PM Hut</title>
		<link>http://koo-doy.com/2011/09/25/set-up-which-kanban-serves-us-more/#comment-113</link>
		<dc:creator><![CDATA[PM Hut]]></dc:creator>
		<pubDate>Tue, 27 Sep 2011 06:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://koo-doy.com/?p=1015#comment-113</guid>
		<description><![CDATA[Hi Sameh,

Are you sharing the details of a project from real life, or is this just an example?

By the way, I have published an article lately on the definition of done, which you can see &lt;a href=&quot;http://www.pmhut.com/what-is-the-definition-of-done-dod-in-agile&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;.]]></description>
		<content:encoded><![CDATA[<p>Hi Sameh,</p>
<p>Are you sharing the details of a project from real life, or is this just an example?</p>
<p>By the way, I have published an article lately on the definition of done, which you can see <a href="http://www.pmhut.com/what-is-the-definition-of-done-dod-in-agile" rel="nofollow">here</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Product Roadmapping with Prune the Product Tree by Innovation Games® at Work: Roadmapping with Prune the Product Tree</title>
		<link>http://koo-doy.com/2011/04/20/product-roadmapping-with-prune-the-product-tree/#comment-110</link>
		<dc:creator><![CDATA[Innovation Games® at Work: Roadmapping with Prune the Product Tree]]></dc:creator>
		<pubDate>Wed, 24 Aug 2011 22:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://methods4software.wordpress.com/?p=888#comment-110</guid>
		<description><![CDATA[[...] read more and see an image of the completed tree, click here.                 Click here to cancel [...]]]></description>
		<content:encoded><![CDATA[<p>[...] read more and see an image of the completed tree, click here.                 Click here to cancel [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gate Keeper by Requirements uncertainty is desired! &#171; Methods for Software Development</title>
		<link>http://koo-doy.com/2011/02/12/gate-keeper/#comment-107</link>
		<dc:creator><![CDATA[Requirements uncertainty is desired! &#171; Methods for Software Development]]></dc:creator>
		<pubDate>Sun, 22 May 2011 17:14:46 +0000</pubDate>
		<guid isPermaLink="false">http://methods4software.wordpress.com/?p=579#comment-107</guid>
		<description><![CDATA[[...] Product owner as Gate Keeper [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Product owner as Gate Keeper [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

