<?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: The Definition of READY</title>
	<atom:link href="http://www.agilecoach.ca/2009/08/21/the-definition-of-ready/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilecoach.ca/2009/08/21/the-definition-of-ready/</link>
	<description>Changing the World, One Person at a Time</description>
	<lastBuildDate>Sat, 04 Feb 2012 23:46:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Andy Roberts</title>
		<link>http://www.agilecoach.ca/2009/08/21/the-definition-of-ready/comment-page-1/#comment-320</link>
		<dc:creator>Andy Roberts</dc:creator>
		<pubDate>Mon, 20 Dec 2010 17:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=72#comment-320</guid>
		<description>One way to look at this is that the PO is failing in his responsibilities, and that as a result, the team is accepting responsibilty for the stories that aren&#039;t ready, and trying to complete planning as if nothing was wrong. So one option is for the team to start refusing to deal with the worst &#039;not ready&#039; stories (e.g. &quot;We really don&#039;t know what this means&quot;), prompting the PO to address the situation. If this is done in a non-confontational way, perhaps at the same time offering to spend time with the PO grooming stories, or perhaps negotiating a common definition of &#039;ready&#039;, then you should be moving in the right direction. Have these issues surfaced in retrospective ? Does the team realise it has the option to address this situation as opposed to accepting it as a given (I&#039;m inferring that&#039;s what&#039;s happening at the moment.) ?</description>
		<content:encoded><![CDATA[<p>One way to look at this is that the PO is failing in his responsibilities, and that as a result, the team is accepting responsibilty for the stories that aren&#8217;t ready, and trying to complete planning as if nothing was wrong. So one option is for the team to start refusing to deal with the worst &#8216;not ready&#8217; stories (e.g. &#8220;We really don&#8217;t know what this means&#8221;), prompting the PO to address the situation. If this is done in a non-confontational way, perhaps at the same time offering to spend time with the PO grooming stories, or perhaps negotiating a common definition of &#8216;ready&#8217;, then you should be moving in the right direction. Have these issues surfaced in retrospective ? Does the team realise it has the option to address this situation as opposed to accepting it as a given (I&#8217;m inferring that&#8217;s what&#8217;s happening at the moment.) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Little</title>
		<link>http://www.agilecoach.ca/2009/08/21/the-definition-of-ready/comment-page-1/#comment-319</link>
		<dc:creator>Jason Little</dc:creator>
		<pubDate>Mon, 20 Dec 2010 16:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=72#comment-319</guid>
		<description>Thanks for the comment Wouter.  Something you may want to try is to reflect back to the team the pain not having &#039;ready&#039; stories is creating.  If you can help the PO understand the impact not having ready stories is having, he/she may be more willing to take some time to be available.

 I&#039;ve found it helpful to timebox a specific day and time each sprint dedicated to grooming the backlog with the goal being to prepare stories for the next sprint.  This sets an expectation with the team and PO.  Scrum recommends spending 2 - 4 hours per sprint getting stories ready for the next sprint, of course assuming a 2 week sprint length.</description>
		<content:encoded><![CDATA[<p>Thanks for the comment Wouter.  Something you may want to try is to reflect back to the team the pain not having &#8216;ready&#8217; stories is creating.  If you can help the PO understand the impact not having ready stories is having, he/she may be more willing to take some time to be available.</p>
<p> I&#8217;ve found it helpful to timebox a specific day and time each sprint dedicated to grooming the backlog with the goal being to prepare stories for the next sprint.  This sets an expectation with the team and PO.  Scrum recommends spending 2 &#8211; 4 hours per sprint getting stories ready for the next sprint, of course assuming a 2 week sprint length.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wouter Dewanckel</title>
		<link>http://www.agilecoach.ca/2009/08/21/the-definition-of-ready/comment-page-1/#comment-318</link>
		<dc:creator>Wouter Dewanckel</dc:creator>
		<pubDate>Mon, 20 Dec 2010 16:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=72#comment-318</guid>
		<description>That is exactly what I am trying to push into our scrum processes. Though it is not easy to free the PO on weekly bases. Which makes no sense of course, since we pay for it later on, during the sprint planning meetings, that could be much shorter...</description>
		<content:encoded><![CDATA[<p>That is exactly what I am trying to push into our scrum processes. Though it is not easy to free the PO on weekly bases. Which makes no sense of course, since we pay for it later on, during the sprint planning meetings, that could be much shorter&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

