<?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: Creating a Product Backlog</title>
	<atom:link href="http://jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/feed/" rel="self" type="application/rss+xml" />
	<link>http://jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/</link>
	<description>Agile Introvert</description>
	<lastBuildDate>Sat, 04 Sep 2010 12:18:11 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Joakim Karlsson</title>
		<link>http://jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/comment-page-1/#comment-19</link>
		<dc:creator>Joakim Karlsson</dc:creator>
		<pubDate>Fri, 26 Oct 2007 08:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/#comment-19</guid>
		<description>Hi Robin,

A good point about risks. One shouldn&#039;t just blindly put items according to the value points initially assigned by the product owner. Every item should be prioritized not just only from business value, but also according to risk, dependencies to others, and other input from developers and other stakeholders. The product owner should have the final say though.

/Joakim</description>
		<content:encoded><![CDATA[<p>Hi Robin,</p>
<p>A good point about risks. One shouldn&#8217;t just blindly put items according to the value points initially assigned by the product owner. Every item should be prioritized not just only from business value, but also according to risk, dependencies to others, and other input from developers and other stakeholders. The product owner should have the final say though.</p>
<p>/Joakim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Dymond</title>
		<link>http://jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/comment-page-1/#comment-18</link>
		<dc:creator>Robin Dymond</dc:creator>
		<pubDate>Fri, 26 Oct 2007 02:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jkarlsson.com/blog/2007/10/16/creating-a-product-backlog/#comment-18</guid>
		<description>Hi Joakim,

I like the complexity/importance graph, that is an interesting way to look at stories. Another axis I consider is risk, what looks risky gets higher priority. This may or may not correlate to complexity, for example it could be an interface to an external system where the team has to deal with unknowns, a different company, etc. Highly risky items are by nature high priority.


We have used a similar points scheme for business value, however if the project has an expected return on investment, we&#039;ll use points and weight that investment across the backlog. It has some very interesting effects on product owner and business customer behavior. I recommend trying it.

cheers,
Robin Dymond</description>
		<content:encoded><![CDATA[<p>Hi Joakim,</p>
<p>I like the complexity/importance graph, that is an interesting way to look at stories. Another axis I consider is risk, what looks risky gets higher priority. This may or may not correlate to complexity, for example it could be an interface to an external system where the team has to deal with unknowns, a different company, etc. Highly risky items are by nature high priority.</p>
<p>We have used a similar points scheme for business value, however if the project has an expected return on investment, we&#8217;ll use points and weight that investment across the backlog. It has some very interesting effects on product owner and business customer behavior. I recommend trying it.</p>
<p>cheers,<br />
Robin Dymond</p>
]]></content:encoded>
	</item>
</channel>
</rss>
