<?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 for Gojko Adzic</title>
	<atom:link href="http://gojko.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://gojko.net</link>
	<description>Building software that matters</description>
	<lastBuildDate>Tue, 21 Feb 2012 12:52:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Splitting user stories: the hamburger method by Andrej Telle</title>
		<link>http://gojko.net/2012/01/23/splitting-user-stories-the-hamburger-method/comment-page-1/#comment-209509</link>
		<dc:creator>Andrej Telle</dc:creator>
		<pubDate>Tue, 21 Feb 2012 12:52:01 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=2699#comment-209509</guid>
		<description>I really like the approach of splitting one user story into many different and then deciding on what implementation to develop considering effort and complexity vs. business value.

However, wouldn&#039;t it be smarter to simply split all of them into single user stories and group them as a feature. My point being that in a lean and agile environment you wouldn&#039;t have to wait for every single of the steps being implemented in any shape or form, you could just go and deploy step by step. And reaccess the results as you go along... 

You actually suggest something similar by leaving out certain steps, however the user story as a whole does not get finished... Which might be a motivational drawback to the team, don&#039;t you think?</description>
		<content:encoded><![CDATA[<p>I really like the approach of splitting one user story into many different and then deciding on what implementation to develop considering effort and complexity vs. business value.</p>
<p>However, wouldn&#8217;t it be smarter to simply split all of them into single user stories and group them as a feature. My point being that in a lean and agile environment you wouldn&#8217;t have to wait for every single of the steps being implemented in any shape or form, you could just go and deploy step by step. And reaccess the results as you go along&#8230; </p>
<p>You actually suggest something similar by leaving out certain steps, however the user story as a whole does not get finished&#8230; Which might be a motivational drawback to the team, don&#8217;t you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Visualising quality: initial ideas by Kerry Kimbrough</title>
		<link>http://gojko.net/2011/04/27/visualising-quality-initial-ideas/comment-page-1/#comment-207646</link>
		<dc:creator>Kerry Kimbrough</dc:creator>
		<pubDate>Tue, 14 Feb 2012 22:16:16 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=2379#comment-207646</guid>
		<description>Good discussion on an important topic! Although you are still confused about what you are visualizing. Is it quality? No, you show only predictions of quality. From strictly technical indicators, no less! Quality is value to some person and we, as the producers, are not that person! Your bridge building analogy is pointless. Of course, we will do our professional best to deliver high quality results -- no one is proposing carelessness.  All these defect statistics! At best, they indicate the execution of our intentions. But surely the assumption that our intentions match customers&#039; real values is our greatest risk, with the most direct impact on delivered quality. Why aren&#039;t you visualizing that?  Your effect maps are powerful visualizations of the link between stories and value. Why not superimpose on them the &quot;heat&quot; of open defects? Or the &quot;heat&quot; of incomplete testing?</description>
		<content:encoded><![CDATA[<p>Good discussion on an important topic! Although you are still confused about what you are visualizing. Is it quality? No, you show only predictions of quality. From strictly technical indicators, no less! Quality is value to some person and we, as the producers, are not that person! Your bridge building analogy is pointless. Of course, we will do our professional best to deliver high quality results &#8212; no one is proposing carelessness.  All these defect statistics! At best, they indicate the execution of our intentions. But surely the assumption that our intentions match customers&#8217; real values is our greatest risk, with the most direct impact on delivered quality. Why aren&#8217;t you visualizing that?  Your effect maps are powerful visualizations of the link between stories and value. Why not superimpose on them the &#8220;heat&#8221; of open defects? Or the &#8220;heat&#8221; of incomplete testing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Splitting user stories: the hamburger method by Dan Bergh Johnsson</title>
		<link>http://gojko.net/2012/01/23/splitting-user-stories-the-hamburger-method/comment-page-1/#comment-203492</link>
		<dc:creator>Dan Bergh Johnsson</dc:creator>
		<pubDate>Thu, 02 Feb 2012 07:12:46 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=2699#comment-203492</guid>
		<description>Really nice metaphor. I have been talking about &quot;slicing the cheese/cake in another direction&quot;, and I have also been talking about sandwich-eating. Howver, &quot;hamburger&quot; strikes a much stronger association. Nice one.</description>
		<content:encoded><![CDATA[<p>Really nice metaphor. I have been talking about &#8220;slicing the cheese/cake in another direction&#8221;, and I have also been talking about sandwich-eating. Howver, &#8220;hamburger&#8221; strikes a much stronger association. Nice one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Splitting user stories: the hamburger method by Gishu</title>
		<link>http://gojko.net/2012/01/23/splitting-user-stories-the-hamburger-method/comment-page-1/#comment-202900</link>
		<dc:creator>Gishu</dc:creator>
		<pubDate>Tue, 31 Jan 2012 14:24:44 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=2699#comment-202900</guid>
		<description>So when is the hamburger really &quot;done&quot; - what&#039;s the done definition for this story ? Does the user make an entry at any point until the entire hamburger is done? Do you demo interim bites and let the customer decide on acceptable quality ?</description>
		<content:encoded><![CDATA[<p>So when is the hamburger really &#8220;done&#8221; &#8211; what&#8217;s the done definition for this story ? Does the user make an entry at any point until the entire hamburger is done? Do you demo interim bites and let the customer decide on acceptable quality ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Splitting user stories: the hamburger method by Portia Tung</title>
		<link>http://gojko.net/2012/01/23/splitting-user-stories-the-hamburger-method/comment-page-1/#comment-202890</link>
		<dc:creator>Portia Tung</dc:creator>
		<pubDate>Tue, 31 Jan 2012 13:31:34 +0000</pubDate>
		<guid isPermaLink="false">http://gojko.net/?p=2699#comment-202890</guid>
		<description>What a fun way of thinking about story/task decomposition, re-composition and Real Options Thinking!

The User Story Hamburger Method describes what I&#039;ve done with teams in the past to great effect - only this metaphor is a lot more fun and more appetising!

Good job, Gojko. Thanks!</description>
		<content:encoded><![CDATA[<p>What a fun way of thinking about story/task decomposition, re-composition and Real Options Thinking!</p>
<p>The User Story Hamburger Method describes what I&#8217;ve done with teams in the past to great effect &#8211; only this metaphor is a lot more fun and more appetising!</p>
<p>Good job, Gojko. Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

