<?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: Why We Dropped Ideal Hours</title>
	<atom:link href="http://www.kfurlong.com/2009/11/18/why-we-dropped-ideal-hours/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kfurlong.com/2009/11/18/why-we-dropped-ideal-hours/</link>
	<description>A blog about agile development, quality management, business, and technology</description>
	<lastBuildDate>Tue, 01 Jun 2010 05:09:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Emily</title>
		<link>http://www.kfurlong.com/2009/11/18/why-we-dropped-ideal-hours/comment-page-1/#comment-118</link>
		<dc:creator>Emily</dc:creator>
		<pubDate>Tue, 01 Jun 2010 05:09:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.kfurlong.com/?p=96#comment-118</guid>
		<description>Great post Ken. Thank you for sharing your experience. We&#039;ve been looking at not using ideal hours for tasks anymore either as the overhead of tracking it all can get expensive, and once any management level person sees hours they immediately think set in stone, regardless. The point of ideal hours for tasks (as opposed to story points for stories) is to figure out if we have added more stories to the backlog then we really can do given the current hours the team can put in. Regardless, we all find out what works for us, and if removing ideal hours is working for you all and you can see the amount of working getting done, that&#039;s what counts.</description>
		<content:encoded><![CDATA[<p>Great post Ken. Thank you for sharing your experience. We&#8217;ve been looking at not using ideal hours for tasks anymore either as the overhead of tracking it all can get expensive, and once any management level person sees hours they immediately think set in stone, regardless. The point of ideal hours for tasks (as opposed to story points for stories) is to figure out if we have added more stories to the backlog then we really can do given the current hours the team can put in. Regardless, we all find out what works for us, and if removing ideal hours is working for you all and you can see the amount of working getting done, that&#8217;s what counts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Furlong</title>
		<link>http://www.kfurlong.com/2009/11/18/why-we-dropped-ideal-hours/comment-page-1/#comment-9</link>
		<dc:creator>Ken Furlong</dc:creator>
		<pubDate>Fri, 20 Nov 2009 00:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.kfurlong.com/?p=96#comment-9</guid>
		<description>Thanks for the comment, Robert.  You&#039;re absolutely right about task hours being intended for helping to know how much work put into a sprint, that was exactly what we were using them for.  We just found that we could decide how much work to put in a sprint just as well using our velocity and a quick gut check from everyone on the team.  The ideal hours didn&#039;t actually help us at all - each team is different, of course, and I can easily imagine scenarios where tasking out stories using ideal hours or some other time measurement helps a great deal.

In any event, please let me know how it goes if you do decide to experiment with dropping ideal hours. :-)</description>
		<content:encoded><![CDATA[<p>Thanks for the comment, Robert.  You&#8217;re absolutely right about task hours being intended for helping to know how much work put into a sprint, that was exactly what we were using them for.  We just found that we could decide how much work to put in a sprint just as well using our velocity and a quick gut check from everyone on the team.  The ideal hours didn&#8217;t actually help us at all &#8211; each team is different, of course, and I can easily imagine scenarios where tasking out stories using ideal hours or some other time measurement helps a great deal.</p>
<p>In any event, please let me know how it goes if you do decide to experiment with dropping ideal hours. <img src='http://www.kfurlong.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dempsey</title>
		<link>http://www.kfurlong.com/2009/11/18/why-we-dropped-ideal-hours/comment-page-1/#comment-8</link>
		<dc:creator>Robert Dempsey</dc:creator>
		<pubDate>Thu, 19 Nov 2009 03:15:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.kfurlong.com/?p=96#comment-8</guid>
		<description>Great post Ken. Thank you for sharing your experience. We&#039;ve been looking at not using ideal hours for tasks anymore either as the overhead of tracking it all can get expensive, and once any management level person sees hours they immediately think set in stone, regardless. The point of ideal hours for tasks (as opposed to story points for stories) is to figure out if we have added more stories to the backlog then we really can do given the current hours the team can put in. Regardless, we all find out what works for us, and if removing ideal hours is working for you all and you can see the amount of working getting done, that&#039;s what counts.</description>
		<content:encoded><![CDATA[<p>Great post Ken. Thank you for sharing your experience. We&#8217;ve been looking at not using ideal hours for tasks anymore either as the overhead of tracking it all can get expensive, and once any management level person sees hours they immediately think set in stone, regardless. The point of ideal hours for tasks (as opposed to story points for stories) is to figure out if we have added more stories to the backlog then we really can do given the current hours the team can put in. Regardless, we all find out what works for us, and if removing ideal hours is working for you all and you can see the amount of working getting done, that&#8217;s what counts.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
