<?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: Estimating Business Value</title>
	<atom:link href="http://blog.nayima.be/2009/06/08/estimating-business-value/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nayima.be/2009/06/08/estimating-business-value/</link>
	<description>Treppenwitz in public</description>
	<lastBuildDate>Fri, 30 Dec 2011 10:02:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Capability Analysis - Start with Business Value</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21928</link>
		<dc:creator>Capability Analysis - Start with Business Value</dc:creator>
		<pubDate>Fri, 14 Aug 2009 18:32:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21928</guid>
		<description>[...] for a change talks about estimating business value using a forced rank order [...]</description>
		<content:encoded><![CDATA[<p>[...] for a change talks about estimating business value using a forced rank order [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Gillard-Moss</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21908</link>
		<dc:creator>Peter Gillard-Moss</dc:creator>
		<pubDate>Thu, 18 Jun 2009 16:02:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21908</guid>
		<description>Hi,

I&#039;m definately in agreement: I blogged about similar ideas a while back:

* http://jupitermoonbeam.blogspot.com/2009/01/measure-for-measure-why-were-doing-it.html
* http://jupitermoonbeam.blogspot.com/2009/01/getting-measure-of-value.html</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;m definately in agreement: I blogged about similar ideas a while back:</p>
<p>* <a href="http://jupitermoonbeam.blogspot.com/2009/01/measure-for-measure-why-were-doing-it.html" rel="nofollow">http://jupitermoonbeam.blogspot.com/2009/01/measure-for-measure-why-were-doing-it.html</a><br />
* <a href="http://jupitermoonbeam.blogspot.com/2009/01/getting-measure-of-value.html" rel="nofollow">http://jupitermoonbeam.blogspot.com/2009/01/getting-measure-of-value.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lizkeogh.com &#187; Blog Archive &#187; Business Velocity</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21904</link>
		<dc:creator>lizkeogh.com &#187; Blog Archive &#187; Business Velocity</dc:creator>
		<pubDate>Tue, 16 Jun 2009 08:55:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21904</guid>
		<description>[...] Van Cauwenberghe has written a great post on estimating business value. I particularly like the idea of calculating business velocity, and showing value earned over cost [...]</description>
		<content:encoded><![CDATA[<p>[...] Van Cauwenberghe has written a great post on estimating business value. I particularly like the idea of calculating business velocity, and showing value earned over cost [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liz Keogh</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21903</link>
		<dc:creator>Liz Keogh</dc:creator>
		<pubDate>Tue, 16 Jun 2009 08:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21903</guid>
		<description>Hi Pascal,

Thanks for the model; I&#039;ll remember it for when a team needs to actually come up with some numbers (so far we&#039;ve managed to avoid this!).

The reason I prefer &quot;want&quot; to &quot;need&quot; is for the same reason that we use &quot;should&quot; instead of &quot;will&quot; in BDD - it allows the goals to be questioned. I&#039;ve been on too many projects where the business insisted that they &quot;need everything&quot;. With &quot;want&quot; we can also look at different options for achieving each goal; perhaps one stakeholder wants to engage users by allowing comments while another wants mini-games on the site.

Chris Matts also talks about the need to protect a differentiator; to provide a buffer so that competitors can&#039;t spoil it as easily by copying our idea with less risk. Even if we have some stories that we &quot;need&quot;, I can see that there would have to be some minimum number of stories that we just &quot;want&quot; in order to create that protection.

It&#039;s good to see someone else using another pull template anyway. Credit for Feature Injection goes to Chris of course.</description>
		<content:encoded><![CDATA[<p>Hi Pascal,</p>
<p>Thanks for the model; I&#8217;ll remember it for when a team needs to actually come up with some numbers (so far we&#8217;ve managed to avoid this!).</p>
<p>The reason I prefer &#8220;want&#8221; to &#8220;need&#8221; is for the same reason that we use &#8220;should&#8221; instead of &#8220;will&#8221; in BDD &#8211; it allows the goals to be questioned. I&#8217;ve been on too many projects where the business insisted that they &#8220;need everything&#8221;. With &#8220;want&#8221; we can also look at different options for achieving each goal; perhaps one stakeholder wants to engage users by allowing comments while another wants mini-games on the site.</p>
<p>Chris Matts also talks about the need to protect a differentiator; to provide a buffer so that competitors can&#8217;t spoil it as easily by copying our idea with less risk. Even if we have some stories that we &#8220;need&#8221;, I can see that there would have to be some minimum number of stories that we just &#8220;want&#8221; in order to create that protection.</p>
<p>It&#8217;s good to see someone else using another pull template anyway. Credit for Feature Injection goes to Chris of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pascal</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21899</link>
		<dc:creator>Pascal</dc:creator>
		<pubDate>Wed, 10 Jun 2009 18:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21899</guid>
		<description>Hi Alex,

I don&#039;t &quot;argue&quot; the user story format. With the teams I coach we just use this new form, as it follows naturally from the way we work.</description>
		<content:encoded><![CDATA[<p>Hi Alex,</p>
<p>I don&#8217;t &#8220;argue&#8221; the user story format. With the teams I coach we just use this new form, as it follows naturally from the way we work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21897</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 09 Jun 2009 21:08:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21897</guid>
		<description>Hi Pascal
Thanks for this useful post.
I totally agree with you about the benefits of having discussion on Business Value and including technical team in this discussion.
I&#039;m not sure of the real benedit od changing the User Story format, not saying what you propose is wrong, but I don&#039;t see a clear difference between the 2 formats.
During my training course, I always explain that the most efficient action is to define Acceptance Criteria rather than argue on the User Story format ... and it seems that you chose the 2nd point ?

Cheers
Alex</description>
		<content:encoded><![CDATA[<p>Hi Pascal<br />
Thanks for this useful post.<br />
I totally agree with you about the benefits of having discussion on Business Value and including technical team in this discussion.<br />
I&#8217;m not sure of the real benedit od changing the User Story format, not saying what you propose is wrong, but I don&#8217;t see a clear difference between the 2 formats.<br />
During my training course, I always explain that the most efficient action is to define Acceptance Criteria rather than argue on the User Story format &#8230; and it seems that you chose the 2nd point ?</p>
<p>Cheers<br />
Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dadi</title>
		<link>http://blog.nayima.be/2009/06/08/estimating-business-value/comment-page-1/#comment-21896</link>
		<dc:creator>Dadi</dc:creator>
		<pubDate>Tue, 09 Jun 2009 10:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nayima.be/?p=1393#comment-21896</guid>
		<description>Hi Pascal,

Thanks for a great post. To get a 10 from me all you&#039;d need to to is to add a short example of using your alternative User Story format :-)

Cheers,
Dadi.</description>
		<content:encoded><![CDATA[<p>Hi Pascal,</p>
<p>Thanks for a great post. To get a 10 from me all you&#8217;d need to to is to add a short example of using your alternative User Story format <img src='http://blog.nayima.be/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Cheers,<br />
Dadi.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

