<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Control Chaos with Scrum</title>
	<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/</link>
	<description>Introducing Agile to Hong Kong</description>
	<pubDate>Wed, 07 Jan 2009 08:28:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Recent Links Tagged With "scrum" - JabberTags</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-595</link>
		<dc:creator>Recent Links Tagged With "scrum" - JabberTags</dc:creator>
		<pubDate>Mon, 13 Oct 2008 11:34:28 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-595</guid>
		<description>[...] public links &#62;&#62; scrum   Control Chaos with Scrum Saved by happyexpat on Sat 11-10-2008   Transition to New Server… Saved by lrf77 on Thu [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] public links &gt;&gt; scrum   Control Chaos with Scrum Saved by happyexpat on Sat 11-10-2008   Transition to New Server… Saved by lrf77 on Thu [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cloneofsnake</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-398</link>
		<dc:creator>cloneofsnake</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:39:47 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-398</guid>
		<description>Interesting...  I've been reading up on &lt;a href="http://en.wikipedia.org/wiki/Feature_Driven_Development" rel="nofollow"&gt;Feature Driven Development&lt;/a&gt; recently and there are definitely some similarities between that and Scrum.

Love the slides, wish I could've been there.  Any other good sources online?  Thanks!</description>
		<content:encoded><![CDATA[<p>Interesting&#8230;  I&#8217;ve been reading up on <a href="http://en.wikipedia.org/wiki/Feature_Driven_Development" rel="nofollow" onclick="javascript:pageTracker._trackPageview('/http://en.wikipedia.org/wiki/Feature_Driven_Development');">Feature Driven Development</a> recently and there are definitely some similarities between that and Scrum.</p>
<p>Love the slides, wish I could&#8217;ve been there.  Any other good sources online?  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conrad Benham</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-397</link>
		<dc:creator>Conrad Benham</dc:creator>
		<pubDate>Thu, 28 Aug 2008 16:42:39 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-397</guid>
		<description>Good question Naman. You can expect the next round of events (code jam and talk) in the next couple of weeks. I will announce them when I have confirmed the plan.</description>
		<content:encoded><![CDATA[<p>Good question Naman. You can expect the next round of events (code jam and talk) in the next couple of weeks. I will announce them when I have confirmed the plan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Naman Joshi</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-394</link>
		<dc:creator>Naman Joshi</dc:creator>
		<pubDate>Thu, 28 Aug 2008 03:08:11 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-394</guid>
		<description>This is a very interesting site. When is your next meeting?</description>
		<content:encoded><![CDATA[<p>This is a very interesting site. When is your next meeting?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conrad Benham</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-386</link>
		<dc:creator>Conrad Benham</dc:creator>
		<pubDate>Fri, 22 Aug 2008 00:41:59 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-386</guid>
		<description>It's retrieved now. Strangely, the spam filter caught it.</description>
		<content:encoded><![CDATA[<p>It&#8217;s retrieved now. Strangely, the spam filter caught it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Mak</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-384</link>
		<dc:creator>Steven Mak</dc:creator>
		<pubDate>Wed, 20 Aug 2008 17:36:42 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-384</guid>
		<description>oops, seemed the part 1 of the comment disappeared.... or is it filtered somehow?</description>
		<content:encoded><![CDATA[<p>oops, seemed the part 1 of the comment disappeared&#8230;. or is it filtered somehow?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Mak</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-383</link>
		<dc:creator>Steven Mak</dc:creator>
		<pubDate>Wed, 20 Aug 2008 17:35:07 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-383</guid>
		<description>2) A team choosing less work than they are capable of?

I would like to point out that Burndown chart is not the right artifact for this problem. 

The planned velocity was reflecting the story points the team chose to finish. In that case, that was a story point with relatively small value (compare to what the team should be capable of).

If that is less than what the team is capable of, then it is very likely that the actual velocity won't leave too far away from the planned velocity. 

The result is having a very nice Burndown Chart but the customer gets little value by the end of the iteration.

I think the better answer for this question is:

1) Daily Standup meeting. PO are welcome to attend. It is also a good way to establish trust and see that the team is fully committed to the work, whether they have difficulties or not.

2) Asking questions, it is true that Scrum Master is not the person to manage nor dictate what the team should do. Scrum Master can ask questions to the team on their decisions. This is not a challenge nor showing authority, but to understand rationale behind the decisions made by the team. This could also reveal if impediments exist, and it is Scrum Master's responsibility to remove impediments to the team. So identifying potential impediments is also important for Scrum Masters, and that's why a sensible Scrum Master should ask questions to the team when he/she smells something not quite right.</description>
		<content:encoded><![CDATA[<p>2) A team choosing less work than they are capable of?</p>
<p>I would like to point out that Burndown chart is not the right artifact for this problem. </p>
<p>The planned velocity was reflecting the story points the team chose to finish. In that case, that was a story point with relatively small value (compare to what the team should be capable of).</p>
<p>If that is less than what the team is capable of, then it is very likely that the actual velocity won&#8217;t leave too far away from the planned velocity. </p>
<p>The result is having a very nice Burndown Chart but the customer gets little value by the end of the iteration.</p>
<p>I think the better answer for this question is:</p>
<p>1) Daily Standup meeting. PO are welcome to attend. It is also a good way to establish trust and see that the team is fully committed to the work, whether they have difficulties or not.</p>
<p>2) Asking questions, it is true that Scrum Master is not the person to manage nor dictate what the team should do. Scrum Master can ask questions to the team on their decisions. This is not a challenge nor showing authority, but to understand rationale behind the decisions made by the team. This could also reveal if impediments exist, and it is Scrum Master&#8217;s responsibility to remove impediments to the team. So identifying potential impediments is also important for Scrum Masters, and that&#8217;s why a sensible Scrum Master should ask questions to the team when he/she smells something not quite right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Mak</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-382</link>
		<dc:creator>Steven Mak</dc:creator>
		<pubDate>Wed, 20 Aug 2008 17:25:13 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-382</guid>
		<description>It's an interesting talk.

There are a few things I could recall from the presentation that I think should be added.

1) Use Case vs User Stories

They are indeed different from at least two perspectives:

    * Scope and completeness, user story usually covers the main success scenario, while a use case covers the main success scenario plus acceptance tests.

    * Purpose and longevity, story cards are usually discarded after an iteration, while use case is good as a permanent artifacts for documentation.

References:

http://www.mountaingoatsoftware.com/article/27-advantages-of-user-stories-for-requirements

http://www.agilemodeling.com/practices.htm#ApplyTheRightArtifacts

http://www.infoq.com/cn/news/2008/08/use-case-or-user-story</description>
		<content:encoded><![CDATA[<p>It&#8217;s an interesting talk.</p>
<p>There are a few things I could recall from the presentation that I think should be added.</p>
<p>1) Use Case vs User Stories</p>
<p>They are indeed different from at least two perspectives:</p>
<p>    * Scope and completeness, user story usually covers the main success scenario, while a use case covers the main success scenario plus acceptance tests.</p>
<p>    * Purpose and longevity, story cards are usually discarded after an iteration, while use case is good as a permanent artifacts for documentation.</p>
<p>References:</p>
<p><a href="http://www.mountaingoatsoftware.com/article/27-advantages-of-user-stories-for-requirements" rel="nofollow" onclick="javascript:pageTracker._trackPageview('/http://www.mountaingoatsoftware.com/article/27-advantages-of-user-stories-for-requirements');">http://www.mountaingoatsoftware.com/article/27-advantages-of-user-stories-for-requirements</a></p>
<p><a href="http://www.agilemodeling.com/practices.htm#ApplyTheRightArtifacts" rel="nofollow" onclick="javascript:pageTracker._trackPageview('/http://www.agilemodeling.com/practices.htm#ApplyTheRightArtifacts');">http://www.agilemodeling.com/practices.htm#ApplyTheRightArtifacts</a></p>
<p><a href="http://www.infoq.com/cn/news/2008/08/use-case-or-user-story" rel="nofollow" onclick="javascript:pageTracker._trackPageview('/http://www.infoq.com/cn/news/2008/08/use-case-or-user-story');">http://www.infoq.com/cn/news/2008/08/use-case-or-user-story</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Lowe</title>
		<link>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-368</link>
		<dc:creator>Robert Lowe</dc:creator>
		<pubDate>Mon, 18 Aug 2008 17:42:03 +0000</pubDate>
		<guid>http://agilehongkong.com/2008/08/17/control-chaos-with-scrum/#comment-368</guid>
		<description>It was great to hear about Aaron's experience with Scrum.

Some photos from the talk are at the link below:

http://www.flickr.com/photos/rmlowe/sets/72157606785371517/</description>
		<content:encoded><![CDATA[<p>It was great to hear about Aaron&#8217;s experience with Scrum.</p>
<p>Some photos from the talk are at the link below:</p>
<p><a href="http://www.flickr.com/photos/rmlowe/sets/72157606785371517/" rel="nofollow" onclick="javascript:pageTracker._trackPageview('/http://www.flickr.com/photos/rmlowe/sets/72157606785371517/');">http://www.flickr.com/photos/rmlowe/sets/72157606785371517/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
