<?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"
	>
<channel>
	<title>Comments on: Schedule Game #2: 90% Done</title>
	<atom:link href="http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html/feed" rel="self" type="application/rss+xml" />
	<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html</link>
	<description>Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk.</description>
	<pubDate>Mon, 01 Dec 2008 20:49:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: James Thiele</title>
		<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html#comment-107</link>
		<dc:creator>James Thiele</dc:creator>
		<pubDate>Mon, 16 May 2005 04:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8164#comment-107</guid>
		<description>A clasic statement in software development is that the first 80% of the job takes 80% of the time, and the last 20% takes the other 80% of the time. Feel free to use 90% and 10% if you prefer.</description>
		<content:encoded><![CDATA[<p>A clasic statement in software development is that the first 80% of the job takes 80% of the time, and the last 20% takes the other 80% of the time. Feel free to use 90% and 10% if you prefer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Smith</title>
		<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html#comment-110</link>
		<dc:creator>Dave Smith</dc:creator>
		<pubDate>Sun, 08 May 2005 04:08:36 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8164#comment-110</guid>
		<description>I first heard "90% done" from a manager in the mid 70's about a mainframe integration project that had been 90% done--or at least reported as such--for the past year. Nobody took the estimate seriously by that point, and "90% done" was used a code phrase for "They don't have a clue about where they really are." It wasn't long thereafter that I first learned about Schedule Chicken.</description>
		<content:encoded><![CDATA[<p>I first heard &#8220;90% done&#8221; from a manager in the mid 70&#8217;s about a mainframe integration project that had been 90% done&#8211;or at least reported as such&#8211;for the past year. Nobody took the estimate seriously by that point, and &#8220;90% done&#8221; was used a code phrase for &#8220;They don&#8217;t have a clue about where they really are.&#8221; It wasn&#8217;t long thereafter that I first learned about Schedule Chicken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Democritus</title>
		<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html#comment-111</link>
		<dc:creator>Democritus</dc:creator>
		<pubDate>Wed, 20 Apr 2005 23:16:41 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8164#comment-111</guid>
		<description>Zeno's Paradox, right?</description>
		<content:encoded><![CDATA[<p>Zeno&#8217;s Paradox, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html#comment-109</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Wed, 20 Apr 2005 22:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8164#comment-109</guid>
		<description>I bet the 90% game is directly related to the fact that I always underestimate by a factor of 2.</description>
		<content:encoded><![CDATA[<p>I bet the 90% game is directly related to the fact that I always underestimate by a factor of 2.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ethan</title>
		<link>http://jrothman.com/blog/mpd/2005/04/schedule-game-2-90-done.html#comment-108</link>
		<dc:creator>Ethan</dc:creator>
		<pubDate>Wed, 20 Apr 2005 21:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8164#comment-108</guid>
		<description>I believe it was this very blog that also passed along the PM joke about "We're 90% complete, we just need to finish the other 90%."
The 90% completion "crawl" as described in this post makes me think of basketball. You have all of this time to play the game, and yet that final minute seems to drag on forever. I wonder if it's because of the tenths of seconds winding down whereas normally the time clock reads MM:SS.
Same with the 90% thing. If your %-ile complete tracking system jumps in increments of 10, once you hit 90, there's nowhere to go to show progress without flat-out closing out the project as "complete".
I wonder if a better way would be to establish what the criteria is for each block of 10% before advancing the project status to that level.</description>
		<content:encoded><![CDATA[<p>I believe it was this very blog that also passed along the PM joke about &#8220;We&#8217;re 90% complete, we just need to finish the other 90%.&#8221;<br />
The 90% completion &#8220;crawl&#8221; as described in this post makes me think of basketball. You have all of this time to play the game, and yet that final minute seems to drag on forever. I wonder if it&#8217;s because of the tenths of seconds winding down whereas normally the time clock reads MM:SS.<br />
Same with the 90% thing. If your %-ile complete tracking system jumps in increments of 10, once you hit 90, there&#8217;s nowhere to go to show progress without flat-out closing out the project as &#8220;complete&#8221;.<br />
I wonder if a better way would be to establish what the criteria is for each block of 10% before advancing the project status to that level.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
