<?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: Estimation anti-patterns</title>
	<atom:link href="http://lizkeogh.com/2009/11/30/estimation-anti-patterns/feed/" rel="self" type="application/rss+xml" />
	<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/</link>
	<description>Software, Training, Coaching, Writing</description>
	<lastBuildDate>Mon, 26 Jul 2010 09:58:07 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: LaSSar2000 Blog &#187; Blog Archive &#187; Liz Keoghs blog » Estimation anti-patterns</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-7697</link>
		<dc:creator>LaSSar2000 Blog &#187; Blog Archive &#187; Liz Keoghs blog » Estimation anti-patterns</dc:creator>
		<pubDate>Tue, 30 Mar 2010 08:02:01 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-7697</guid>
		<description>[...] Liz Keoghs blog » Estimation anti-patterns. [...]</description>
		<content:encoded><![CDATA[<p>[...] Liz Keoghs blog » Estimation anti-patterns. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nino Wael</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-7278</link>
		<dc:creator>Nino Wael</dc:creator>
		<pubDate>Thu, 25 Feb 2010 12:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-7278</guid>
		<description>Extremely funny. And sadly very realistic too.</description>
		<content:encoded><![CDATA[<p>Extremely funny. And sadly very realistic too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How Can Software Development Avoid The Need For A Hero? &#124; Regular Geek</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6861</link>
		<dc:creator>How Can Software Development Avoid The Need For A Hero? &#124; Regular Geek</dc:creator>
		<pubDate>Tue, 19 Jan 2010 13:12:33 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6861</guid>
		<description>[...] to really be funny. I was reminded of one such post by a colleague last week. Liz Keogh wrote about Estimation Anti-Patterns about two months ago. Much of the post is somewhat funny, but I have been involved in projects that [...]</description>
		<content:encoded><![CDATA[<p>[...] to really be funny. I was reminded of one such post by a colleague last week. Liz Keogh wrote about Estimation Anti-Patterns about two months ago. Much of the post is somewhat funny, but I have been involved in projects that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: liz</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6150</link>
		<dc:creator>liz</dc:creator>
		<pubDate>Thu, 03 Dec 2009 02:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6150</guid>
		<description>Hi Inanc,

Check the article I linked at the top for a different way of doing things: http://dannorth.net/2009/07/the-perils-of-estimation

There&#039;s one solution. Lean / Kanban&#039;s SLAs are another, though difficult to introduce in an environment without trust.</description>
		<content:encoded><![CDATA[<p>Hi Inanc,</p>
<p>Check the article I linked at the top for a different way of doing things: <a href="http://dannorth.net/2009/07/the-perils-of-estimation" rel="nofollow">http://dannorth.net/2009/07/the-perils-of-estimation</a></p>
<p>There&#8217;s one solution. Lean / Kanban&#8217;s SLAs are another, though difficult to introduce in an environment without trust.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Inanc</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6142</link>
		<dc:creator>Inanc</dc:creator>
		<pubDate>Wed, 02 Dec 2009 20:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6142</guid>
		<description>I love very much these type of posts. Because, they&#039;re rich in talk but does not provide any useful solutions to the problems at hand. Please, don&#039;t understand me wrong, I do not target this article.

Estimation is a needed practice from the business perspective. Or what else do we need? I personally know that many programmers are lazy and are the people of gaming the systems. Not only the place they&#039;re in makes them so. They&#039;re innately so. Most of them are the people of humiliation. Humiliating with most of the things around them. Yes, people want to do good job. And, programmers too. But, in their way, and when they want it to. I don&#039;t know where I am trying to reach with these thoughts.

Thanks for reading.</description>
		<content:encoded><![CDATA[<p>I love very much these type of posts. Because, they&#8217;re rich in talk but does not provide any useful solutions to the problems at hand. Please, don&#8217;t understand me wrong, I do not target this article.</p>
<p>Estimation is a needed practice from the business perspective. Or what else do we need? I personally know that many programmers are lazy and are the people of gaming the systems. Not only the place they&#8217;re in makes them so. They&#8217;re innately so. Most of them are the people of humiliation. Humiliating with most of the things around them. Yes, people want to do good job. And, programmers too. But, in their way, and when they want it to. I don&#8217;t know where I am trying to reach with these thoughts.</p>
<p>Thanks for reading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Marks</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6130</link>
		<dc:creator>Andy Marks</dc:creator>
		<pubDate>Wed, 02 Dec 2009 01:00:14 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6130</guid>
		<description>I love these and have come across many of these at some stage or another.  I have a couple to add as well...

False Sense of Accuracy Estimation.  When an estimate is presented as a single figure with no range of values, best/worst/likely scenarios or probability distribution associated with it.

False Sense of Precision Estimation.  When an estimate for a year of work is presented down to the day, an estimate for a month of work down to the hour, etc.</description>
		<content:encoded><![CDATA[<p>I love these and have come across many of these at some stage or another.  I have a couple to add as well&#8230;</p>
<p>False Sense of Accuracy Estimation.  When an estimate is presented as a single figure with no range of values, best/worst/likely scenarios or probability distribution associated with it.</p>
<p>False Sense of Precision Estimation.  When an estimate for a year of work is presented down to the day, an estimate for a month of work down to the hour, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pandres</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6125</link>
		<dc:creator>pandres</dc:creator>
		<pubDate>Tue, 01 Dec 2009 21:08:15 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6125</guid>
		<description>When asked for an estimation you always need to give a number, no matter what.</description>
		<content:encoded><![CDATA[<p>When asked for an estimation you always need to give a number, no matter what.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Troy Tuttle</title>
		<link>http://lizkeogh.com/2009/11/30/estimation-anti-patterns/comment-page-1/#comment-6107</link>
		<dc:creator>Troy Tuttle</dc:creator>
		<pubDate>Mon, 30 Nov 2009 19:31:37 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=468#comment-6107</guid>
		<description>Love the list!  I have one more to add: &quot;False Security Blanket Estimation&quot;

This occurs when a team hits their estimated sprint commitment.  But a closer examination of actual development time shows that many of the 2 hour tasks took 8 hours and some of the 8 hour tasks took 2 hours, making it a wash.  But teams like this will pat themselves on the back for doing a good job of estimating.</description>
		<content:encoded><![CDATA[<p>Love the list!  I have one more to add: &#8220;False Security Blanket Estimation&#8221;</p>
<p>This occurs when a team hits their estimated sprint commitment.  But a closer examination of actual development time shows that many of the 2 hour tasks took 8 hours and some of the 8 hour tasks took 2 hours, making it a wash.  But teams like this will pat themselves on the back for doing a good job of estimating.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
