<?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 Scrumphony - Scrum, Kanban and other useful stuff</title>
	<atom:link href="http://blog.scrumphony.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scrumphony.com</link>
	<description>agile, scrum, coaching, lean</description>
	<lastBuildDate>Wed, 22 Feb 2012 18:35:04 +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 A Checklist for a Distributed Retrospective by Paul Klipp</title>
		<link>http://blog.scrumphony.com/2011/09/a-checklist-for-a-distributed-retrospective/comment-page-1/#comment-3448</link>
		<dc:creator>Paul Klipp</dc:creator>
		<pubDate>Wed, 22 Feb 2012 18:35:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scrumphony.com/?p=480#comment-3448</guid>
		<description>Hi, Marc! I tried using an online kanban board for retrospectives, since it&#039;s really just cards in lists that everyone can create and manipulate, and it worked surprisingly well.

Here&#039;s a write up on the experience: 

http://www.lunarlogicpolska.com/blog/2012/02/20/kanbanery-for-retrospectives.html</description>
		<content:encoded><![CDATA[<p>Hi, Marc! I tried using an online kanban board for retrospectives, since it&#8217;s really just cards in lists that everyone can create and manipulate, and it worked surprisingly well.</p>
<p>Here&#8217;s a write up on the experience: </p>
<p><a href="http://www.lunarlogicpolska.com/blog/2012/02/20/kanbanery-for-retrospectives.html" rel="nofollow">http://www.lunarlogicpolska.com/blog/2012/02/20/kanbanery-for-retrospectives.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ready For Sprint? by Antoine Alberti</title>
		<link>http://blog.scrumphony.com/2012/01/ready-for-sprint/comment-page-1/#comment-3338</link>
		<dc:creator>Antoine Alberti</dc:creator>
		<pubDate>Tue, 24 Jan 2012 18:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scrumphony.com/?p=711#comment-3338</guid>
		<description>Agree with Vin. If you can split the story into relevant bits, then go ahead. I&#039;ll add something I&#039;ve experienced. The DoR can encourage devs to reject too many stories because they don&#039;t meet requirements. That&#039;s what materializing borders can lead to. You have to be careful not to replace discussion/negociation with process and rules. Apart from that, I totally agree that having a checklist everyone agrees on definitely helps. Whether it&#039;s needed/helpful or not, depends on the relationship between devs/PO/QA.</description>
		<content:encoded><![CDATA[<p>Agree with Vin. If you can split the story into relevant bits, then go ahead. I&#8217;ll add something I&#8217;ve experienced. The DoR can encourage devs to reject too many stories because they don&#8217;t meet requirements. That&#8217;s what materializing borders can lead to. You have to be careful not to replace discussion/negociation with process and rules. Apart from that, I totally agree that having a checklist everyone agrees on definitely helps. Whether it&#8217;s needed/helpful or not, depends on the relationship between devs/PO/QA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Watermelon Reporting by The Quality Of Software Development Cannot Be Measured &#171; Pair Blog about OO-Programming</title>
		<link>http://blog.scrumphony.com/2011/02/watermelon-reporting/comment-page-1/#comment-3335</link>
		<dc:creator>The Quality Of Software Development Cannot Be Measured &#171; Pair Blog about OO-Programming</dc:creator>
		<pubDate>Sun, 22 Jan 2012 11:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scrumphony.com/?p=240#comment-3335</guid>
		<description>[...] serious problems sooner or later, but I&#8217;ve seen the opposite. This goes along the lines of watermelon reporting, which you may have experienced, [...]</description>
		<content:encoded><![CDATA[<p>[...] serious problems sooner or later, but I&#8217;ve seen the opposite. This goes along the lines of watermelon reporting, which you may have experienced, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ready For Sprint? by Vin D'Amico</title>
		<link>http://blog.scrumphony.com/2012/01/ready-for-sprint/comment-page-1/#comment-3301</link>
		<dc:creator>Vin D'Amico</dc:creator>
		<pubDate>Mon, 16 Jan 2012 17:00:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scrumphony.com/?p=711#comment-3301</guid>
		<description>I need to partially disagree. If a story can be split up into two or more stories and at least one story is meets a DoR, there is no issue. Proceed with the story that is ready!

Problems occur when, as you point out, a story is simply not ready and the team decides to &quot;do the best they can&quot;. This will inevitably involve some guess work. The wrong guesses will come back to haunt the team and likely result in technical debt.</description>
		<content:encoded><![CDATA[<p>I need to partially disagree. If a story can be split up into two or more stories and at least one story is meets a DoR, there is no issue. Proceed with the story that is ready!</p>
<p>Problems occur when, as you point out, a story is simply not ready and the team decides to &#8220;do the best they can&#8221;. This will inevitably involve some guess work. The wrong guesses will come back to haunt the team and likely result in technical debt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ready For Sprint? by DerDoubleD</title>
		<link>http://blog.scrumphony.com/2012/01/ready-for-sprint/comment-page-1/#comment-3300</link>
		<dc:creator>DerDoubleD</dc:creator>
		<pubDate>Mon, 16 Jan 2012 13:50:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scrumphony.com/?p=711#comment-3300</guid>
		<description>Change of mindset and a deeper understanding on what and why has to take place - that needs time and coaching. (DoR was created by the team and given to the PO. He agreed on it...)</description>
		<content:encoded><![CDATA[<p>Change of mindset and a deeper understanding on what and why has to take place &#8211; that needs time and coaching. (DoR was created by the team and given to the PO. He agreed on it&#8230;)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

