<?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: How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfront)</title>
	<atom:link href="http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/</link>
	<description></description>
	<lastBuildDate>Fri, 03 Feb 2012 13:13:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Top 7 programmers bad habits &#187; OnnoRokom</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-55346</link>
		<dc:creator>Top 7 programmers bad habits &#187; OnnoRokom</dc:creator>
		<pubDate>Sat, 11 Jun 2011 08:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-55346</guid>
		<description>[...] to fix it: For starters, is important to understand that accurate estimations in software development for non trivial solutions are impossible, we can only guess. Also remember that is very likely that you will find so many things which you [...]</description>
		<content:encoded><![CDATA[<p>[...] to fix it: For starters, is important to understand that accurate estimations in software development for non trivial solutions are impossible, we can only guess. Also remember that is very likely that you will find so many things which you [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cómo determinar el costo y tiempo de un proyecto de software?? &#124; Emprendedor Tecnológico</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-18633</link>
		<dc:creator>Cómo determinar el costo y tiempo de un proyecto de software?? &#124; Emprendedor Tecnológico</dc:creator>
		<pubDate>Sat, 30 Oct 2010 17:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-18633</guid>
		<description>[...] de : How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfron....   Posted in Calidad de Software  Tags: calidad, calidad de software, desarrollo, proyecto, [...]</description>
		<content:encoded><![CDATA[<p>[...] de : How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfron&#8230;.   Posted in Calidad de Software  Tags: calidad, calidad de software, desarrollo, proyecto, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-2993</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 22 Dec 2009 22:49:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-2993</guid>
		<description>In response to Twylite: &quot;Somehow the civil engineers, mechanical engineers, architects, graphics designers, TV advertisement creators, film makers, and others all manage to solve this problem on a regular basis.&quot;

Really? How often do you hear of civil engineering projects, movies and other large projects overrun budget and/or schedule? Frequently if not invariably.

It doesn&#039;t invalidate the rest of your post, but iterative planning and development takes away much risk from the process. Estimates given up front should always carry big caveats, and as long as you deliver product regularly to clients this can be managed.</description>
		<content:encoded><![CDATA[<p>In response to Twylite: &#8220;Somehow the civil engineers, mechanical engineers, architects, graphics designers, TV advertisement creators, film makers, and others all manage to solve this problem on a regular basis.&#8221;</p>
<p>Really? How often do you hear of civil engineering projects, movies and other large projects overrun budget and/or schedule? Frequently if not invariably.</p>
<p>It doesn&#8217;t invalidate the rest of your post, but iterative planning and development takes away much risk from the process. Estimates given up front should always carry big caveats, and as long as you deliver product regularly to clients this can be managed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cómo determinar el costo y tiempo de un proyecto &#171; Tecnologia al Dia</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-2683</link>
		<dc:creator>Cómo determinar el costo y tiempo de un proyecto &#171; Tecnologia al Dia</dc:creator>
		<pubDate>Wed, 16 Dec 2009 06:29:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-2683</guid>
		<description>[...] Traducido de How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfron.... [...]</description>
		<content:encoded><![CDATA[<p>[...] Traducido de How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfron&#8230;. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gustavo Adolfo Martinez Risque</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-1551</link>
		<dc:creator>Gustavo Adolfo Martinez Risque</dc:creator>
		<pubDate>Sat, 17 Oct 2009 15:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-1551</guid>
		<description>Alberto, you are not the only one that think in that way.

I suppose most of you guys know Robert C. Martin. So have a look to this article: 

http://www.objectmentor.com/resources/articles/Continuous_Care.pdf

It&#039;s worth skimming it!!

Surprisingly, this article was written in February 2002</description>
		<content:encoded><![CDATA[<p>Alberto, you are not the only one that think in that way.</p>
<p>I suppose most of you guys know Robert C. Martin. So have a look to this article: </p>
<p><a href="http://www.objectmentor.com/resources/articles/Continuous_Care.pdf" rel="nofollow">http://www.objectmentor.com/resources/articles/Continuous_Care.pdf</a></p>
<p>It&#8217;s worth skimming it!!</p>
<p>Surprisingly, this article was written in February 2002</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twylite</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-1523</link>
		<dc:creator>Twylite</dc:creator>
		<pubDate>Thu, 15 Oct 2009 13:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-1523</guid>
		<description>This is a well known dichotomy in all fields of design and engineering: there is an initial business requirement to estimate cost and time so that resources can be committed to the project, and a technical requirement to complete the project before the actual costs and time are known.

Somehow the civil engineers, mechanical engineers, architects, graphics designers, TV advertisement creators, film makers, and others all manage to solve this problem on a regular basis.  The &quot;software engineers&quot; (actually: developers who haven&#039;t got engineering skills) just keep whining.  

So how do the engineers do it?  They model, they experiment, they compare to completed projects of similar scope and function, they investigate risks, and through all of this they plan.

Three tips for managing fixed term/price contracts:

- All design activity is intolerant to change late in the process.  Cosmetic details can be altered, structure cannot be.  On a fixed term/price contract it is essential that specification changes are disallowed past a certain point.

- Good engineering is tolerant, within limits.  The foundations of a house or building should accommodate the addition of another floor; a bridge shouldn&#039;t collapse under overloaded trucks.  Knowing the potential future of a product (after the current contract or phase) determines the level of abstraction needed in the core/foundation.

- Non-software engineers study materials science, which allows them to pick the appropriate material for a scenario.  Software engineers need to be familiar with their &quot;materials&quot; - components, frameworks, storage systems, languages &amp; libraries - and what the limits and tolerances of those materials are.</description>
		<content:encoded><![CDATA[<p>This is a well known dichotomy in all fields of design and engineering: there is an initial business requirement to estimate cost and time so that resources can be committed to the project, and a technical requirement to complete the project before the actual costs and time are known.</p>
<p>Somehow the civil engineers, mechanical engineers, architects, graphics designers, TV advertisement creators, film makers, and others all manage to solve this problem on a regular basis.  The &#8220;software engineers&#8221; (actually: developers who haven&#8217;t got engineering skills) just keep whining.  </p>
<p>So how do the engineers do it?  They model, they experiment, they compare to completed projects of similar scope and function, they investigate risks, and through all of this they plan.</p>
<p>Three tips for managing fixed term/price contracts:</p>
<p>- All design activity is intolerant to change late in the process.  Cosmetic details can be altered, structure cannot be.  On a fixed term/price contract it is essential that specification changes are disallowed past a certain point.</p>
<p>- Good engineering is tolerant, within limits.  The foundations of a house or building should accommodate the addition of another floor; a bridge shouldn&#8217;t collapse under overloaded trucks.  Knowing the potential future of a product (after the current contract or phase) determines the level of abstraction needed in the core/foundation.</p>
<p>- Non-software engineers study materials science, which allows them to pick the appropriate material for a scenario.  Software engineers need to be familiar with their &#8220;materials&#8221; &#8211; components, frameworks, storage systems, languages &amp; libraries &#8211; and what the limits and tolerances of those materials are.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amr Gawish</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-1501</link>
		<dc:creator>Amr Gawish</dc:creator>
		<pubDate>Tue, 13 Oct 2009 10:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-1501</guid>
		<description>Your talk is perfect, and I totally agree however, in PMP(theoretically only of course) they just plan everything ahead!

The cost and the time which always make this model not valid, and sometimes the customer himself demands this!

Do you prefer some kind of approach convincing the client about this new approach!</description>
		<content:encoded><![CDATA[<p>Your talk is perfect, and I totally agree however, in PMP(theoretically only of course) they just plan everything ahead!</p>
<p>The cost and the time which always make this model not valid, and sometimes the customer himself demands this!</p>
<p>Do you prefer some kind of approach convincing the client about this new approach!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfront) &#124; Making Good Software -- Topsy.com</title>
		<link>http://www.makinggoodsoftware.com/2009/10/10/how-to-determine-the-cost-and-schedule-of-a-software-project-the-mythical-bpuf-big-planning-upfront/comment-page-1/#comment-1487</link>
		<dc:creator>Tweets that mention How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfront) &#124; Making Good Software -- Topsy.com</dc:creator>
		<pubDate>Mon, 12 Oct 2009 12:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1024#comment-1487</guid>
		<description>[...] This post was mentioned on Twitter by Tomaž Muraus. Tomaž Muraus said: How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfront) http://bit.ly/4eMB7h [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Tomaž Muraus. Tomaž Muraus said: How to determine the cost and schedule of a software project? The mythical BPUF (Big planning upfront) <a href="http://bit.ly/4eMB7h" rel="nofollow">http://bit.ly/4eMB7h</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

