<?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: Who Needs Estimates?</title>
	<atom:link href="http://amitklein.com/2009/09/17/who-needs-estimates/feed/" rel="self" type="application/rss+xml" />
	<link>http://amitklein.com/2009/09/17/who-needs-estimates/</link>
	<description>an american in bombay working on improving the web</description>
	<lastBuildDate>Tue, 27 Jul 2010 12:10:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: amit</title>
		<link>http://amitklein.com/2009/09/17/who-needs-estimates/comment-page-1/#comment-361</link>
		<dc:creator>amit</dc:creator>
		<pubDate>Fri, 25 Sep 2009 11:34:20 +0000</pubDate>
		<guid isPermaLink="false">http://amitklein.com/?p=678#comment-361</guid>
		<description>@vikrama thanks for your comments, I do believe that a reasonably savvy product owner through discussions with developers can ascertain the level of difficulty in developing a new feature.  I think you should start with whats more important (to the user, to internal teams, etc...) A or B, go down that path only doing the critical work, review constantly, if &quot;enough&quot; of A is done you can then move on to B.  I believe if you set release schedules (preferrably daily), people will get stuff done in time to release, it&#039;s the product owners job to make sure they are spending time on the most important updates....</description>
		<content:encoded><![CDATA[<p>@vikrama thanks for your comments, I do believe that a reasonably savvy product owner through discussions with developers can ascertain the level of difficulty in developing a new feature.  I think you should start with whats more important (to the user, to internal teams, etc&#8230;) A or B, go down that path only doing the critical work, review constantly, if &#8220;enough&#8221; of A is done you can then move on to B.  I believe if you set release schedules (preferrably daily), people will get stuff done in time to release, it&#8217;s the product owners job to make sure they are spending time on the most important updates&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vikrama Dhiman</title>
		<link>http://amitklein.com/2009/09/17/who-needs-estimates/comment-page-1/#comment-356</link>
		<dc:creator>Vikrama Dhiman</dc:creator>
		<pubDate>Wed, 23 Sep 2009 13:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://amitklein.com/?p=678#comment-356</guid>
		<description>How do you decide whether you should do A first or B. How do you decide how much of B should be done by this date? Without some sort of an idea of how long it will take, it is almost practically impossible to do any sort of estimation. A micro release is possible only if you know that this release is micro in the first place :)</description>
		<content:encoded><![CDATA[<p>How do you decide whether you should do A first or B. How do you decide how much of B should be done by this date? Without some sort of an idea of how long it will take, it is almost practically impossible to do any sort of estimation. A micro release is possible only if you know that this release is micro in the first place <img src='http://amitklein.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: amit</title>
		<link>http://amitklein.com/2009/09/17/who-needs-estimates/comment-page-1/#comment-355</link>
		<dc:creator>amit</dc:creator>
		<pubDate>Wed, 23 Sep 2009 11:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://amitklein.com/?p=678#comment-355</guid>
		<description>@vishy and @vikrama thank you for your comments...

i didn&#039;t mean to imply that there shouldn&#039;t be any planning... of course this is necessary.  focus and defining priority is required.  as owen rogers @ pulse said, release is a marketing term.  if you release code to production often, once every few weeks/months, your pr team will just say we had a new release and lump up all the changes that have happened together.

in the same way if you have planned a roadshow, and certain functionality is required for demoing, with shorter releases you focus on whats necessary to make the event a success (maybe a feature doesnt have to be production ready)

i think in the end estimates are taken as law, and people on all sides get frustrated when estimates aren&#039;t correct, there has to be a better way...</description>
		<content:encoded><![CDATA[<p>@vishy and @vikrama thank you for your comments&#8230;</p>
<p>i didn&#8217;t mean to imply that there shouldn&#8217;t be any planning&#8230; of course this is necessary.  focus and defining priority is required.  as owen rogers @ pulse said, release is a marketing term.  if you release code to production often, once every few weeks/months, your pr team will just say we had a new release and lump up all the changes that have happened together.</p>
<p>in the same way if you have planned a roadshow, and certain functionality is required for demoing, with shorter releases you focus on whats necessary to make the event a success (maybe a feature doesnt have to be production ready)</p>
<p>i think in the end estimates are taken as law, and people on all sides get frustrated when estimates aren&#8217;t correct, there has to be a better way&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vikrama Dhiman</title>
		<link>http://amitklein.com/2009/09/17/who-needs-estimates/comment-page-1/#comment-353</link>
		<dc:creator>Vikrama Dhiman</dc:creator>
		<pubDate>Tue, 22 Sep 2009 11:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://amitklein.com/?p=678#comment-353</guid>
		<description>Hey Amit:

I agree and disagree.

I might not need an exact date/ hour/ minute/ second when something would be done but a fair idea is needed. Also, there are some advantages that come up while estimating in a group:

1. You come at a common consensus of what is to be actually done - you highlight dependencies and simply because you want to meet a date, you cut down on features or take another alternative path. If no one ever estimated or said this would be done by this time, none of this would ever happen.
2. I think estimation also helps minimize un-used code because of [1] above. If it does result in un-used code, it is always because the PO thought it would be ok.
3. Finally, as Vishy said, some activities depend on others - like planning a roadshow requires a feature to be completed. And you can&#039;t just say, ok now feature is complete and lets do a roadshow in evening. It needs some sort of planning for these activities.

I do however, agree that estimates should be taken as &quot;estimate&quot;. 

Thanks

Vikrama Dhiman</description>
		<content:encoded><![CDATA[<p>Hey Amit:</p>
<p>I agree and disagree.</p>
<p>I might not need an exact date/ hour/ minute/ second when something would be done but a fair idea is needed. Also, there are some advantages that come up while estimating in a group:</p>
<p>1. You come at a common consensus of what is to be actually done &#8211; you highlight dependencies and simply because you want to meet a date, you cut down on features or take another alternative path. If no one ever estimated or said this would be done by this time, none of this would ever happen.<br />
2. I think estimation also helps minimize un-used code because of [1] above. If it does result in un-used code, it is always because the PO thought it would be ok.<br />
3. Finally, as Vishy said, some activities depend on others &#8211; like planning a roadshow requires a feature to be completed. And you can&#8217;t just say, ok now feature is complete and lets do a roadshow in evening. It needs some sort of planning for these activities.</p>
<p>I do however, agree that estimates should be taken as &#8220;estimate&#8221;. </p>
<p>Thanks</p>
<p>Vikrama Dhiman</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vishwajeet</title>
		<link>http://amitklein.com/2009/09/17/who-needs-estimates/comment-page-1/#comment-351</link>
		<dc:creator>Vishwajeet</dc:creator>
		<pubDate>Sun, 20 Sep 2009 19:12:15 +0000</pubDate>
		<guid isPermaLink="false">http://amitklein.com/?p=678#comment-351</guid>
		<description>Hi Amit

I party agree and disagree with your study, especially in a Product Company.

I agree that no one is good in estimating, its always a guesstimate.

But we require some of the above data, since as a Product Owner you are constantly in interaction with Customer, Sales and Presales and Marketing. All of these mentioned departments require data (Customer: to know when the feature is coming, Marketing: to plan a new event to hit their roadshows and enhance lead generation, Sales and Presales: to add more gas to their content). So this is where the estimates of when things will get rolling is required. Jus thinking from a developers prespective wouldnt help generate revenues

Regards
Vishy</description>
		<content:encoded><![CDATA[<p>Hi Amit</p>
<p>I party agree and disagree with your study, especially in a Product Company.</p>
<p>I agree that no one is good in estimating, its always a guesstimate.</p>
<p>But we require some of the above data, since as a Product Owner you are constantly in interaction with Customer, Sales and Presales and Marketing. All of these mentioned departments require data (Customer: to know when the feature is coming, Marketing: to plan a new event to hit their roadshows and enhance lead generation, Sales and Presales: to add more gas to their content). So this is where the estimates of when things will get rolling is required. Jus thinking from a developers prespective wouldnt help generate revenues</p>
<p>Regards<br />
Vishy</p>
]]></content:encoded>
	</item>
</channel>
</rss>
