<?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: Scrum: The Mythical Product Owner role</title>
	<atom:link href="http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/</link>
	<description>Software development done right!</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:41:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Yet Another Agile Reading List &#124; The Agile Radar</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-115196</link>
		<dc:creator>Yet Another Agile Reading List &#124; The Agile Radar</dc:creator>
		<pubDate>Tue, 13 Dec 2011 09:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-115196</guid>
		<description>[...] skills and responsibilities to do the job well. I tend to agree. Here is some food for thought:http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/Next, someone on your team needs to understand retrospectives in depth. If you don&#039;t get what you [...]</description>
		<content:encoded><![CDATA[<p>[...] skills and responsibilities to do the job well. I tend to agree. Here is some food for thought:<a href="http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/Next" rel="nofollow">http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/Next</a>, someone on your team needs to understand retrospectives in depth. If you don&#039;t get what you [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emilie Chabbouh</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-112533</link>
		<dc:creator>Emilie Chabbouh</dc:creator>
		<pubDate>Tue, 25 Oct 2011 14:40:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-112533</guid>
		<description>Hi ! Very interesting article.

I came to agile beginning as a coach, but as I was a business analyst in the first years of my career, I have rather played the role of Product Owner, or PO&#039;s coach, or  PO assistant.

The difficulty of being a PO is that he has several responsibilities that require various skills. 

Responsibilities :
The PO is the one to decide what the product must be, after collecting the needs of various stakeholders. And he has to be one (not several), because it delays decision and reduces understanding. But he has also to write acceptance tests to describe the features to the development team in a way they understand, he has to test the product, or at least to approve the developed features...

Skills :
Understanding of business stakes
Collecting requirements, leading user workshops
Analysis and synthesis
Communication
Basic technical notions

As a matter of fact, the teams I have worked with have appreciated the fact that I&#039;m very result oriented (business aspect of the PO) but that I also can sit down next to a developper and understand what he is doing because I am also a computer engineer. I know I am a rare combination, because, as said above, &quot;most organizations tend to encourage specialization of their employees&quot;. 

When a client wants to set up an agile project, I encourage him to choose a PO strongly aware of business stakes (a PO business oriented), available 1 day per week for the team, and a PO assistant, preferably a business analyst with some technical notions and good communication skills, working within the team, 5 days per weeks.
The PO and the PO assistant both manage the backlog :
- the PO writes macro user stories and define their priority
- the PO assistant refines the macro US in US fitting the INVEST criteria
- the PO assistant writes acceptance tests for US
- the PO assistant propose to the PO a list of US to present in the next planning game, they discuss together, the PO decides
- the PO assistant answers the questions of the team during the sprint, makes minor decisions, but refers to the PO when something big is to be decided
- the PO assistant tests the US as soon as they are done
- the PO validates (or not) the US presented by the team in the sprint review

I&#039;ve found out that this combination is really working in the project I&#039;ve made. Have you set up such roles in your Scrum Team ? If yes, are you satisfied about it ?

Emilie</description>
		<content:encoded><![CDATA[<p>Hi ! Very interesting article.</p>
<p>I came to agile beginning as a coach, but as I was a business analyst in the first years of my career, I have rather played the role of Product Owner, or PO&#8217;s coach, or  PO assistant.</p>
<p>The difficulty of being a PO is that he has several responsibilities that require various skills. </p>
<p>Responsibilities :<br />
The PO is the one to decide what the product must be, after collecting the needs of various stakeholders. And he has to be one (not several), because it delays decision and reduces understanding. But he has also to write acceptance tests to describe the features to the development team in a way they understand, he has to test the product, or at least to approve the developed features&#8230;</p>
<p>Skills :<br />
Understanding of business stakes<br />
Collecting requirements, leading user workshops<br />
Analysis and synthesis<br />
Communication<br />
Basic technical notions</p>
<p>As a matter of fact, the teams I have worked with have appreciated the fact that I&#8217;m very result oriented (business aspect of the PO) but that I also can sit down next to a developper and understand what he is doing because I am also a computer engineer. I know I am a rare combination, because, as said above, &#8220;most organizations tend to encourage specialization of their employees&#8221;. </p>
<p>When a client wants to set up an agile project, I encourage him to choose a PO strongly aware of business stakes (a PO business oriented), available 1 day per week for the team, and a PO assistant, preferably a business analyst with some technical notions and good communication skills, working within the team, 5 days per weeks.<br />
The PO and the PO assistant both manage the backlog :<br />
- the PO writes macro user stories and define their priority<br />
- the PO assistant refines the macro US in US fitting the INVEST criteria<br />
- the PO assistant writes acceptance tests for US<br />
- the PO assistant propose to the PO a list of US to present in the next planning game, they discuss together, the PO decides<br />
- the PO assistant answers the questions of the team during the sprint, makes minor decisions, but refers to the PO when something big is to be decided<br />
- the PO assistant tests the US as soon as they are done<br />
- the PO validates (or not) the US presented by the team in the sprint review</p>
<p>I&#8217;ve found out that this combination is really working in the project I&#8217;ve made. Have you set up such roles in your Scrum Team ? If yes, are you satisfied about it ?</p>
<p>Emilie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scrumphony &#8211; Scrum, Kanban and other useful stuff &#124; 5 Reasons Why a Product Owner Team Might Be a Good Idea</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-112016</link>
		<dc:creator>Scrumphony &#8211; Scrum, Kanban and other useful stuff &#124; 5 Reasons Why a Product Owner Team Might Be a Good Idea</dc:creator>
		<pubDate>Fri, 14 Oct 2011 18:58:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-112016</guid>
		<description>[...] Scrum: The Mythical Product Owner Role [...]</description>
		<content:encoded><![CDATA[<p>[...] Scrum: The Mythical Product Owner Role [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PM Hut</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-109110</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Fri, 09 Sep 2011 04:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-109110</guid>
		<description>Hi Michael,

I have just published an article on the &lt;a href=&quot;http://www.pmhut.com/when-you-have-no-product-owner-at-all&quot; rel=&quot;nofollow&quot;&gt;absence of the product owner&lt;/a&gt;, which seems to be a bit contradictory with your post!

In any case, I would like to republish your post on the product owner under the scrum category on PM Hut. Please either email me or contact me through the &quot;Contact Us&quot; form on the PM Hut website in case you&#039;re OK with this.</description>
		<content:encoded><![CDATA[<p>Hi Michael,</p>
<p>I have just published an article on the <a href="http://www.pmhut.com/when-you-have-no-product-owner-at-all" rel="nofollow">absence of the product owner</a>, which seems to be a bit contradictory with your post!</p>
<p>In any case, I would like to republish your post on the product owner under the scrum category on PM Hut. Please either email me or contact me through the &#8220;Contact Us&#8221; form on the PM Hut website in case you&#8217;re OK with this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Kaufman</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-95520</link>
		<dc:creator>Jonathan Kaufman</dc:creator>
		<pubDate>Wed, 07 Jul 2010 18:22:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-95520</guid>
		<description>Good stuff. I agree that this is a tough role to fill (and so does Jeff Patton here http://bit.ly/7ij6e ). I think my PO team falls into that early phase you spoke about, where you find the best match you can and evolve to it over time.  I&#039;m posting on the characteristics we are pursuing and practical steps we are taking to try and MAKE our POs into POs ( http://unbreakablepo.com/ ).  It&#039;ll be a long road.</description>
		<content:encoded><![CDATA[<p>Good stuff. I agree that this is a tough role to fill (and so does Jeff Patton here <a href="http://bit.ly/7ij6e" rel="nofollow">http://bit.ly/7ij6e</a> ). I think my PO team falls into that early phase you spoke about, where you find the best match you can and evolve to it over time.  I&#8217;m posting on the characteristics we are pursuing and practical steps we are taking to try and MAKE our POs into POs ( <a href="http://unbreakablepo.com/" rel="nofollow">http://unbreakablepo.com/</a> ).  It&#8217;ll be a long road.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Just doing a standup doesn’t make you agile &#124; Answer Consulting</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-95195</link>
		<dc:creator>Just doing a standup doesn’t make you agile &#124; Answer Consulting</dc:creator>
		<pubDate>Fri, 11 Jun 2010 15:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-95195</guid>
		<description>[...] a lot of debate about what makes a good Product Owner. To me it’s simple. They are the person that cares, the person that is charged with making the [...]</description>
		<content:encoded><![CDATA[<p>[...] a lot of debate about what makes a good Product Owner. To me it’s simple. They are the person that cares, the person that is charged with making the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Release != Agile? &#124; Think about&#8230;</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-94236</link>
		<dc:creator>Software Release != Agile? &#124; Think about&#8230;</dc:creator>
		<pubDate>Tue, 02 Mar 2010 23:18:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-94236</guid>
		<description>[...] and is the one who relays exter­nal goals (and pri­or­i­ties) to the team. But, alas, good prod­uct own­ers are hard to find — and release man­age­ment is not nec­es­sar­ily one of their strengts. Inter-team [...]</description>
		<content:encoded><![CDATA[<p>[...] and is the one who relays exter­nal goals (and pri­or­i­ties) to the team. But, alas, good prod­uct own­ers are hard to find — and release man­age­ment is not nec­es­sar­ily one of their strengts. Inter-team [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Release != Agile? &#171; Think about&#8230;</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-94225</link>
		<dc:creator>Software Release != Agile? &#171; Think about&#8230;</dc:creator>
		<pubDate>Sun, 28 Feb 2010 13:21:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-94225</guid>
		<description>[...] the stakeholders, and is the one who relays external goals (and priorities) to the team. But, alas, good product owners are hard to find &#8211; and release management is not necessarily one of their strengts. Inter-team management is [...]</description>
		<content:encoded><![CDATA[<p>[...] the stakeholders, and is the one who relays external goals (and priorities) to the team. But, alas, good product owners are hard to find &#8211; and release management is not necessarily one of their strengts. Inter-team management is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leanway &#187; Blog Archive &#187; Do you have the wrong product owner?</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-93769</link>
		<dc:creator>Leanway &#187; Blog Archive &#187; Do you have the wrong product owner?</dc:creator>
		<pubDate>Fri, 08 Jan 2010 15:05:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-93769</guid>
		<description>[...] This post has some interesting thoughts on the product owner [...]</description>
		<content:encoded><![CDATA[<p>[...] This post has some interesting thoughts on the product owner [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niklas Bjørnerstedt</title>
		<link>http://blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/#comment-93762</link>
		<dc:creator>Niklas Bjørnerstedt</dc:creator>
		<pubDate>Thu, 07 Jan 2010 16:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/?p=574#comment-93762</guid>
		<description>Interesting post. I think one possible solution is to hire the product owner (but not from the same company as the team). I have worked in this way on a number of projects and it works surprisingly well. Many people instinctively object to hiring the product owner but I wonder if they would change their mind if they tried it. I have posted some thoughts on the product owner role here: http://www.leanway.no/?p=324</description>
		<content:encoded><![CDATA[<p>Interesting post. I think one possible solution is to hire the product owner (but not from the same company as the team). I have worked in this way on a number of projects and it works surprisingly well. Many people instinctively object to hiring the product owner but I wonder if they would change their mind if they tried it. I have posted some thoughts on the product owner role here: <a href="http://www.leanway.no/?p=324" rel="nofollow">http://www.leanway.no/?p=324</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blog.xebia.com/2008/05/22/scrum-the-mythical-product-owner-role/feed/ ) in 0.46973 seconds, on Feb 9th, 2012 at 8:11 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 9th, 2012 at 9:11 pm UTC -->
