<?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: They&#8217;re not User Stories</title>
	<atom:link href="http://lizkeogh.com/2010/02/02/theyre-not-user-stories/feed/" rel="self" type="application/rss+xml" />
	<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/</link>
	<description>Software, Training, Coaching, Writing</description>
	<lastBuildDate>Mon, 26 Jul 2010 09:58:07 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: From Journeyman to Client &#124; upstream agile - software</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7141</link>
		<dc:creator>From Journeyman to Client &#124; upstream agile - software</dc:creator>
		<pubDate>Sat, 13 Feb 2010 13:25:28 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7141</guid>
		<description>[...] ideas to the test. Remember that the only valid business value here is to make money. And that the only role that is important here is you as the stakeholder of the [...]</description>
		<content:encoded><![CDATA[<p>[...] ideas to the test. Remember that the only valid business value here is to make money. And that the only role that is important here is you as the stakeholder of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J. B. Rainsberger</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7087</link>
		<dc:creator>J. B. Rainsberger</dc:creator>
		<pubDate>Mon, 08 Feb 2010 01:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7087</guid>
		<description>This reminds me one of the chapters in The Power of Full Engagement: &quot;What&#039;s the Good /Business/ Reason To Do This?&quot; I ask that question in most storywriting sessions at least once.</description>
		<content:encoded><![CDATA[<p>This reminds me one of the chapters in The Power of Full Engagement: &#8220;What&#8217;s the Good /Business/ Reason To Do This?&#8221; I ask that question in most storywriting sessions at least once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interesting posts 2010-02-06 &#171; The Art of Software Development</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7067</link>
		<dc:creator>Interesting posts 2010-02-06 &#171; The Art of Software Development</dc:creator>
		<pubDate>Sat, 06 Feb 2010 16:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7067</guid>
		<description>[...] They’re not User Stories, they&#8217;re Stakeholder Stories [...]</description>
		<content:encoded><![CDATA[<p>[...] They’re not User Stories, they&#8217;re Stakeholder Stories [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Green</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7042</link>
		<dc:creator>Matt Green</dc:creator>
		<pubDate>Thu, 04 Feb 2010 16:48:42 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7042</guid>
		<description>Since reading your earlier posts on Feature Injection I&#039;ve turned all our stories &quot;upside down&quot; - the result - during the earlier stages of projects, we can talk a language that stakeholders understand and they evaluate the usefulness of a story much sooner - plus they reduce the tendency to subconsciously design the system themselves that often happens when one starts with &quot;I want to...&quot; because they (stakeholder) are least best placed to decide the HOW but the WHY - that&#039;s where they excel. 

In a current project the &#039;man with the money&#039; at our customer&#039;s company took one look at the &quot;In order to&quot; clauses and instantly knew they were the start of his cost-benefit case. These things really smooth the project along.</description>
		<content:encoded><![CDATA[<p>Since reading your earlier posts on Feature Injection I&#8217;ve turned all our stories &#8220;upside down&#8221; &#8211; the result &#8211; during the earlier stages of projects, we can talk a language that stakeholders understand and they evaluate the usefulness of a story much sooner &#8211; plus they reduce the tendency to subconsciously design the system themselves that often happens when one starts with &#8220;I want to&#8230;&#8221; because they (stakeholder) are least best placed to decide the HOW but the WHY &#8211; that&#8217;s where they excel. </p>
<p>In a current project the &#8216;man with the money&#8217; at our customer&#8217;s company took one look at the &#8220;In order to&#8221; clauses and instantly knew they were the start of his cost-benefit case. These things really smooth the project along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @NeilRobbins</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7032</link>
		<dc:creator>@NeilRobbins</dc:creator>
		<pubDate>Wed, 03 Feb 2010 22:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7032</guid>
		<description>I love the way that you are flipping the thinking on these things. Saw you speak with Dan North at Skilsmatter a few months ago &amp; one of the biggest &amp; best things I took away was this small &amp; massive change in writing stories. By changing the name to Stakeholder stories you&#039;ve done it again. I think it&#039;s great the way that by paying attention to the language we deploy and changing it in small ways you are challenging (and chaning) the way we think and perceive in such big ways. Thanks.</description>
		<content:encoded><![CDATA[<p>I love the way that you are flipping the thinking on these things. Saw you speak with Dan North at Skilsmatter a few months ago &amp; one of the biggest &amp; best things I took away was this small &amp; massive change in writing stories. By changing the name to Stakeholder stories you&#8217;ve done it again. I think it&#8217;s great the way that by paying attention to the language we deploy and changing it in small ways you are challenging (and chaning) the way we think and perceive in such big ways. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Järdemar</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7023</link>
		<dc:creator>Eric Järdemar</dc:creator>
		<pubDate>Wed, 03 Feb 2010 07:40:35 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7023</guid>
		<description>Totally agree too! By introducing the user story with the business value makes it understandable for any one in the organisation and like you mentioned gives the right focus!</description>
		<content:encoded><![CDATA[<p>Totally agree too! By introducing the user story with the business value makes it understandable for any one in the organisation and like you mentioned gives the right focus!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Bergh Johnsson</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7014</link>
		<dc:creator>Dan Bergh Johnsson</dc:creator>
		<pubDate>Tue, 02 Feb 2010 21:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7014</guid>
		<description>Yes Liz!

Totally agree! Thinking in &quot;stakeholders&quot; also opens up the door to write stories that cover &quot;technical debt&quot;, or the need for smoothing up release processes, or learning (&quot;As head of development, I want all programmers to know how to roll back a failed commit, so we can get rid of all these stops&quot;).

Mused on this at [http://dearjunior.blogspot.com/2009/04/as-as-stakeholder-not-actor.html]</description>
		<content:encoded><![CDATA[<p>Yes Liz!</p>
<p>Totally agree! Thinking in &#8220;stakeholders&#8221; also opens up the door to write stories that cover &#8220;technical debt&#8221;, or the need for smoothing up release processes, or learning (&#8221;As head of development, I want all programmers to know how to roll back a failed commit, so we can get rid of all these stops&#8221;).</p>
<p>Mused on this at [http://dearjunior.blogspot.com/2009/04/as-as-stakeholder-not-actor.html]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niclas Nilsson</title>
		<link>http://lizkeogh.com/2010/02/02/theyre-not-user-stories/comment-page-1/#comment-7011</link>
		<dc:creator>Niclas Nilsson</dc:creator>
		<pubDate>Tue, 02 Feb 2010 16:16:35 +0000</pubDate>
		<guid isPermaLink="false">http://lizkeogh.com/?p=553#comment-7011</guid>
		<description>Brilliantly put Liz! This is so common and I&#039;ve struggled with this many times myself. The real stakeholders quite often never touch the system.

Kind regards
Niclas Nilsson, factor10</description>
		<content:encoded><![CDATA[<p>Brilliantly put Liz! This is so common and I&#8217;ve struggled with this many times myself. The real stakeholders quite often never touch the system.</p>
<p>Kind regards<br />
Niclas Nilsson, factor10</p>
]]></content:encoded>
	</item>
</channel>
</rss>
