<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Three Enhanced Release Burndown patterns</title>
	<atom:link href="http://kanemar.com/2006/11/28/three-enhanced-release-burndown-patterns/feed/" rel="self" type="application/rss+xml" />
	<link>http://kanemar.com/2006/11/28/three-enhanced-release-burndown-patterns/</link>
	<description>Adventures in Agile Software Development and Scrum</description>
	<lastBuildDate>Thu, 19 Apr 2012 09:24:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Kane Mar</title>
		<link>http://kanemar.com/2006/11/28/three-enhanced-release-burndown-patterns/#comment-5553</link>
		<dc:creator><![CDATA[Kane Mar]]></dc:creator>
		<pubDate>Fri, 29 Dec 2006 23:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/2006/11/28/three-enhanced-release-burndown-patterns/#comment-5553</guid>
		<description><![CDATA[&gt;“Teams that are the first responders to critical application failures” 

By this I mean teams solely dedicated to fixing software defects. They may also be known as Tiger teams or Bug-Fix teams. 

These teams typically have as much new work [every iteration] as they complete and hence the trend lines [of the Product Burndown] are parallel.

By the way, having a team solely dedicated to fixing bugs is not a good thing (in my oppinion). It is, however, quite common in organizations that use RUP or Waterfall.]]></description>
		<content:encoded><![CDATA[<p>&gt;“Teams that are the first responders to critical application failures” </p>
<p>By this I mean teams solely dedicated to fixing software defects. They may also be known as Tiger teams or Bug-Fix teams. </p>
<p>These teams typically have as much new work [every iteration] as they complete and hence the trend lines [of the Product Burndown] are parallel.</p>
<p>By the way, having a team solely dedicated to fixing bugs is not a good thing (in my oppinion). It is, however, quite common in organizations that use RUP or Waterfall.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bruno orsier</title>
		<link>http://kanemar.com/2006/11/28/three-enhanced-release-burndown-patterns/#comment-5462</link>
		<dc:creator><![CDATA[bruno orsier]]></dc:creator>
		<pubDate>Thu, 28 Dec 2006 09:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/2006/11/28/three-enhanced-release-burndown-patterns/#comment-5462</guid>
		<description><![CDATA[What do you mean by &quot;Teams that are the first responders to critical application failures&quot; ?

Thanks]]></description>
		<content:encoded><![CDATA[<p>What do you mean by &#8220;Teams that are the first responders to critical application failures&#8221; ?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>

