<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Free Project Management Software &#187; agile velocity</title>
	<atom:link href="http://freeprojectmanagementsoftware.org/tag/agile-velocity/feed/" rel="self" type="application/rss+xml" />
	<link>http://freeprojectmanagementsoftware.org</link>
	<description></description>
	<lastBuildDate>Fri, 03 Feb 2012 21:00:25 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Good Velocity?</title>
		<link>http://freeprojectmanagementsoftware.org/good-velocity/</link>
		<comments>http://freeprojectmanagementsoftware.org/good-velocity/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 21:24:18 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[agile metrics]]></category>
		<category><![CDATA[agile velocity]]></category>
		<category><![CDATA[scrum velocity]]></category>
		<category><![CDATA[team velocity]]></category>
		<category><![CDATA[velocity]]></category>

		<guid isPermaLink="false">http://freeprojectmanagementsoftware.org/?p=138</guid>
		<description><![CDATA[As many of you know, velocity is a valuable agile metric that allows teams to gauge how much work they can accomplish in a single cadence. Since agile asks that teams estimate the effort required to complete a story rather than the time it will take, teams assign effort estimates to stories, i.e. abstracted valuations [...]]]></description>
			<content:encoded><![CDATA[<p>As many of you know, velocity is a valuable agile metric that allows teams to gauge how much work they can accomplish in a single cadence.  Since agile asks that teams estimate the effort required to complete a story rather than the time it will take, teams assign effort estimates to stories, i.e. abstracted valuations which can be expressed as t-shirt sizes, “headaches,” or any other measure agreed upon by the time.</p>
<p>Over at <a href="http://www.infoq.com/news/2009/05/Good-Velocity" target="_blank">InfoQ</a>, Chris Sims reports on the notion of “good velocity,” inspired by a question Buddha Buck posed to the XP list serve: For a team of about seven, doing two-week sprints, what range of velocity would be considered ‘good’? Amazingly, Buck identifies a ‘bad’ range, explaining that a velocity of eight or less probably means a team isn’t breaking its stories down into small enough chunks.</p>
<p>Now, if a team’s velocity is determined by estimations, using a scale agreed upon by the team doing the estimating, how can an outsider evaluate if the team’s velocity is “good” or “bad”? Certainly, if a team’s velocity increases over time, demonstrating ongoing performance improvements, that’s good. If a team simply gets worse at working together over time, reflected in a waning velocity, then that would be clearly bad. But the notion of a standard or an acceptable range is ludicrous. Velocity is useful for the teams estimating their work—they understand what a “Small” story looks like versus an “Extra-large” one. And depending on how they choose to estimate their stories, a velocity of eight might actually be a hyper-performing team.</p>
<p>So, to summarize, what’s actually important with velocity is whether a team’s velocity increases or decreases. There’s no standard for performance, since there’s no standard of measurement. But a team that does more every sprint should certainly be considered to be within a “good” velocity range.</p>
]]></content:encoded>
			<wfw:commentRss>http://freeprojectmanagementsoftware.org/good-velocity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

