<?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: Planning Poker cards are here!</title>
	<atom:link href="http://www.agilecmmi.com/index.php/2007/10/planning-poker-cards-are-here/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilecmmi.com/index.php/2007/10/planning-poker-cards-are-here/</link>
	<description>A starting point for a discussion on marrying Agile methods and CMMI.</description>
	<lastBuildDate>Mon, 05 Nov 2012 23:10:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Juan Carlos Torres</title>
		<link>http://www.agilecmmi.com/index.php/2007/10/planning-poker-cards-are-here/comment-page-1/#comment-1583</link>
		<dc:creator>Juan Carlos Torres</dc:creator>
		<pubDate>Tue, 03 Jul 2012 18:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecmmi.com/index.php/2007/10/planning-poker-cards-are-here/#comment-1583</guid>
		<description>Hi Hillel

The organization I work for is CMMi L3. For maintenance projects, we currently use a parametric method to estimate size, complexity and effort. We have implemented improvements to this technique, but still, there is large variability on the performance of this method (when compared against actual effort, which we record).

There are strong initiatives to move to a more agile approach, including effort estimation using planning poker, but we don´t want it to turn into a total-guessing and whole-dependable-on-persons technique

I understand that (out of the box) it covers PP, because attributes (size, complexity) are estimated, and later effort get derived from them

However I´d like your comments on maturity level 3 practices, such as Generic Pratice GP 3.2 (Collect Process Related Experiences), IPM SP 1.2 (Use Organizational Process Assets for Planning Project Activities)

Thanks for your comments
Juan Carlos</description>
		<content:encoded><![CDATA[<p>Hi Hillel</p>
<p>The organization I work for is CMMi L3. For maintenance projects, we currently use a parametric method to estimate size, complexity and effort. We have implemented improvements to this technique, but still, there is large variability on the performance of this method (when compared against actual effort, which we record).</p>
<p>There are strong initiatives to move to a more agile approach, including effort estimation using planning poker, but we don´t want it to turn into a total-guessing and whole-dependable-on-persons technique</p>
<p>I understand that (out of the box) it covers PP, because attributes (size, complexity) are estimated, and later effort get derived from them</p>
<p>However I´d like your comments on maturity level 3 practices, such as Generic Pratice GP 3.2 (Collect Process Related Experiences), IPM SP 1.2 (Use Organizational Process Assets for Planning Project Activities)</p>
<p>Thanks for your comments<br />
Juan Carlos</p>
]]></content:encoded>
	</item>
</channel>
</rss>
