<?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: Updated Scrum Board Cheat Sheet with Story Owner</title>
	<atom:link href="http://maxheapsize.com/2009/03/12/updated-scrum-board-cheat-sheet-with-story-owner/feed/" rel="self" type="application/rss+xml" />
	<link>http://maxheapsize.com/2009/03/12/updated-scrum-board-cheat-sheet-with-story-owner/</link>
	<description>Oliver Wehrens on Programming and Agile</description>
	<lastBuildDate>Sun, 24 Jul 2011 10:50:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Oliver</title>
		<link>http://maxheapsize.com/2009/03/12/updated-scrum-board-cheat-sheet-with-story-owner/comment-page-1/#comment-32</link>
		<dc:creator>Oliver</dc:creator>
		<pubDate>Fri, 13 Mar 2009 07:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=119#comment-32</guid>
		<description>This story owner is there to more or less have an overview what kind of resources this story needs. Since at least 70% of the team is working on the top most story almost everybody knows what to do. If more resources are needed people from the next story will switch to this one and help out. It&#039;s the duty of the story owner to bring them up to speed. Writing down one person is hopefully  avoiding dialogs like: &#039;I thought you did it&quot;, &quot;Na, I thought you talked to Joe&quot;. 
The story owner role can be fulfilled by anyone working on that story the whole time. If this person goes away from some reason someone else can take over with no problems.</description>
		<content:encoded><![CDATA[<p>This story owner is there to more or less have an overview what kind of resources this story needs. Since at least 70% of the team is working on the top most story almost everybody knows what to do. If more resources are needed people from the next story will switch to this one and help out. It&#8217;s the duty of the story owner to bring them up to speed. Writing down one person is hopefully  avoiding dialogs like: &#8216;I thought you did it&#8221;, &#8220;Na, I thought you talked to Joe&#8221;.<br />
The story owner role can be fulfilled by anyone working on that story the whole time. If this person goes away from some reason someone else can take over with no problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: j pimmel</title>
		<link>http://maxheapsize.com/2009/03/12/updated-scrum-board-cheat-sheet-with-story-owner/comment-page-1/#comment-31</link>
		<dc:creator>j pimmel</dc:creator>
		<pubDate>Fri, 13 Mar 2009 00:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://maxheapsize.com/?p=119#comment-31</guid>
		<description>You might find that once the team develops a degree of comfort in delivering finished work of high enough quality that you can indeed rotate ownership and collectively own the stories.

A major downside of any individual owning a story through its life is that if that person is otherwise called away for other duties, is sick or away, the void cannot easily be filled by the ream. Collective ownership is best experimented with once you have some momentum and maturity as a team to move onto more challenging &lt;a href=&quot;http://www.agileinaction.com/2008/04/people-do-pair-programming.html&quot; rel=&quot;nofollow&quot;&gt;collective ownership&lt;/a&gt;. 

I would also couch the above by saying that it would be much harder to achieve collective code/story ownership without continuous pair-programming.</description>
		<content:encoded><![CDATA[<p>You might find that once the team develops a degree of comfort in delivering finished work of high enough quality that you can indeed rotate ownership and collectively own the stories.</p>
<p>A major downside of any individual owning a story through its life is that if that person is otherwise called away for other duties, is sick or away, the void cannot easily be filled by the ream. Collective ownership is best experimented with once you have some momentum and maturity as a team to move onto more challenging <a href="http://www.agileinaction.com/2008/04/people-do-pair-programming.html" rel="nofollow">collective ownership</a>. </p>
<p>I would also couch the above by saying that it would be much harder to achieve collective code/story ownership without continuous pair-programming.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

