<?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: Project Estimation Using &#8220;Use Cases&#8221;</title>
	<atom:link href="http://www.pmhut.com/project-estimation-using-use-cases/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/project-estimation-using-use-cases</link>
	<description></description>
	<pubDate>Thu, 24 May 2012 06:35:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tedpre</title>
		<link>http://www.pmhut.com/project-estimation-using-use-cases/comment-page-1#comment-26174</link>
		<dc:creator>Tedpre</dc:creator>
		<pubDate>Tue, 19 Oct 2010 23:05:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=5646#comment-26174</guid>
		<description>For the following calculation from above:
 
3. Assuming a contingency and management risk of 15%, the final effort of the project in work units (WU) is:

WU = TCF * ACF = ( 230 * 200 ) * 1.15 = 52,900 work units.

Where did you get the 1.15? you said assume 15%?...


5. Assuming a team size of 20 (i.e., a team velocity of 200 work units per day) and allowing for a 40% path concurrency the project will most likely be completed in = (5,290 / 20) * 0.6 = 159 person days. 

In this calculation, you said allow 40% path currency. so where the 0.6 came from?..</description>
		<content:encoded><![CDATA[<p>For the following calculation from above:</p>
<p>3. Assuming a contingency and management risk of 15%, the final effort of the project in work units (WU) is:</p>
<p>WU = TCF * ACF = ( 230 * 200 ) * 1.15 = 52,900 work units.</p>
<p>Where did you get the 1.15? you said assume 15%?&#8230;</p>
<p>5. Assuming a team size of 20 (i.e., a team velocity of 200 work units per day) and allowing for a 40% path concurrency the project will most likely be completed in = (5,290 / 20) * 0.6 = 159 person days. </p>
<p>In this calculation, you said allow 40% path currency. so where the 0.6 came from?..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: omprakash.G</title>
		<link>http://www.pmhut.com/project-estimation-using-use-cases/comment-page-1#comment-22629</link>
		<dc:creator>omprakash.G</dc:creator>
		<pubDate>Fri, 09 Jul 2010 06:37:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=5646#comment-22629</guid>
		<description>Construction projects often have major overruns as well like discovery of unstable soil in the building site. IT projects often have similar assumptions that may or may not be apparent to the project team and the customer.

Simple way to describe yhe bill of qty n Estimation should be in the clear module according to the labour management</description>
		<content:encoded><![CDATA[<p>Construction projects often have major overruns as well like discovery of unstable soil in the building site. IT projects often have similar assumptions that may or may not be apparent to the project team and the customer.</p>
<p>Simple way to describe yhe bill of qty n Estimation should be in the clear module according to the labour management</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Tailby</title>
		<link>http://www.pmhut.com/project-estimation-using-use-cases/comment-page-1#comment-22546</link>
		<dc:creator>John Tailby</dc:creator>
		<pubDate>Tue, 06 Jul 2010 04:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=5646#comment-22546</guid>
		<description>I don't think it's a fair to draw a comparision between a manufacturing process and a software project.

Software vendors can control cost and quality when producting their shrink wrapped software products.

A fairer comparision could be between construction projects and software projects. Both build something unique from scratch to specific requirements and every project is different.

However the construction industry maintains very good historical cost analysis of unit rates for different types of work and employes teams of experts to manage the cost information.

In an IT project the cost is often set before the plans are defined and so it's very eaasy to get it wrong. its also very hard to describe to a business owner why the feature they want for their IT project is more akin to adding a whole new storey on a building than a change in paint colour.

Construction projects often have major overruns as well like discovery of unstable soil in the building site. IT projects often have similar assumptions that may or may not be apparent to the project team and the customer.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think it&#8217;s a fair to draw a comparision between a manufacturing process and a software project.</p>
<p>Software vendors can control cost and quality when producting their shrink wrapped software products.</p>
<p>A fairer comparision could be between construction projects and software projects. Both build something unique from scratch to specific requirements and every project is different.</p>
<p>However the construction industry maintains very good historical cost analysis of unit rates for different types of work and employes teams of experts to manage the cost information.</p>
<p>In an IT project the cost is often set before the plans are defined and so it&#8217;s very eaasy to get it wrong. its also very hard to describe to a business owner why the feature they want for their IT project is more akin to adding a whole new storey on a building than a change in paint colour.</p>
<p>Construction projects often have major overruns as well like discovery of unstable soil in the building site. IT projects often have similar assumptions that may or may not be apparent to the project team and the customer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

