<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Kane Mar</title>
	<atom:link href="http://kanemar.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://kanemar.com</link>
	<description>Adventures in Agile Software Development and Scrum</description>
	<lastBuildDate>Thu, 30 Apr 2009 13:56:26 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on MBA: Mostly bloody awful by nhm tanveer hossain khan</title>
		<link>http://kanemar.com/2009/04/27/mba-mostly-bloody-awful/#comment-13679</link>
		<dc:creator>nhm tanveer hossain khan</dc:creator>
		<pubDate>Thu, 30 Apr 2009 13:56:26 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=660#comment-13679</guid>
		<description>just listened it thoroughly, i complete agree, skills, experiences are coming through the years of hard work and passion. 

in bangladesh, many people (those who mostly get confused with their career) want to get MBA. mostly because they want to get into the top position. success joins with your when you let other succeeds too.  arrogant can&#039;t help in anyway. 

thanks for sharing :)</description>
		<content:encoded><![CDATA[<p>just listened it thoroughly, i complete agree, skills, experiences are coming through the years of hard work and passion. </p>
<p>in bangladesh, many people (those who mostly get confused with their career) want to get MBA. mostly because they want to get into the top position. success joins with your when you let other succeeds too.  arrogant can&#8217;t help in anyway. </p>
<p>thanks for sharing <img src='http://s.wordpress.com/wp-includes/images/smilies/face-smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Seven common Sprint Burndown graph signatures by Reasons to Disable Your Tool&#8217;s Estimates vs. Actuals, Ideal Line, and Individual Burndown Charts - Danube</title>
		<link>http://kanemar.com/2006/11/07/seven-common-sprint-burndown-graph-signatures/#comment-13676</link>
		<dc:creator>Reasons to Disable Your Tool&#8217;s Estimates vs. Actuals, Ideal Line, and Individual Burndown Charts - Danube</dc:creator>
		<pubDate>Tue, 21 Apr 2009 19:22:23 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/2006/11/07/seven-common-sprint-burndown-graph-signatures/#comment-13676</guid>
		<description>[...] Burndown Chart is another subtle force against the transparency required for collaboration. As Kane Mar has written, a high-performing team can expect the Sprint Burndown to go up before it goes down because (in the [...]</description>
		<content:encoded><![CDATA[<p>[...] Burndown Chart is another subtle force against the transparency required for collaboration. As Kane Mar has written, a high-performing team can expect the Sprint Burndown to go up before it goes down because (in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Scrum Trainers Gathering (3/4): The Specification Exercise by Kirk Thoughts &#187; Daily post (weekly)</title>
		<link>http://kanemar.com/2008/04/14/scrum-trainers-gathering-34-the-specification-exercise/#comment-13668</link>
		<dc:creator>Kirk Thoughts &#187; Daily post (weekly)</dc:creator>
		<pubDate>Sun, 05 Apr 2009 00:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=253#comment-13668</guid>
		<description>[...] The Specification Exercise « Kane Mar [...]</description>
		<content:encoded><![CDATA[<p>[...] The Specification Exercise « Kane Mar [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Technical debt presentation at the Brisbane Scrum Users Group. by Kane</title>
		<link>http://kanemar.com/2009/03/09/technical-debt-presentation-at-the-brisbane-scrum-users-group/#comment-13660</link>
		<dc:creator>Kane</dc:creator>
		<pubDate>Wed, 11 Mar 2009 09:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=614#comment-13660</guid>
		<description>Hi Dutch,

&lt;em&gt;Update: I&#039;ve just noticed that WP removes links in comments ... bugger!! So, I&#039;ve extracted the URL&#039;s so that you can follow them.
&lt;/em&gt;

A number of people have asked for more details about the Squirrel Burger exercise. Joe Tenczar wrote a nice description on the ScrumDevelopment mailing list, here:

http://groups.yahoo.com/group/scrumdevelopment/message/8798

 The exercise is really about assuming risk inappropriately. It&#039;s easy to see when it&#039;s cast as the Squirrel Burger story, but much more difficult to see in our day-to-day behaviour. Many participants will feel ill when I walk them through the exercise, but will happily behave in exactly this way during their professional lives.

So, how does this relate back to technical debt? Assuming risk inappropriately is the root course of the problem. When we (and I include myself here, because I&#039;ve been guilty of this in the past) compromise quality in order to deliver a fixed set of functionality in a given time, we make a decision that&#039;s not ours to make. We deliver a Squirrel Burger. Ken argues in his infamous &quot;&lt;em&gt;Canary in a coal mine&lt;/em&gt;&quot; presentation that, if quality is to be compromised then it&#039;s ultimately a CXO decision. The video can be found here:

http://www.infoq.com/presentations/agile-quality-canary-coalmine</description>
		<content:encoded><![CDATA[<p>Hi Dutch,</p>
<p><em>Update: I&#8217;ve just noticed that WP removes links in comments &#8230; bugger!! So, I&#8217;ve extracted the URL&#8217;s so that you can follow them.<br />
</em></p>
<p>A number of people have asked for more details about the Squirrel Burger exercise. Joe Tenczar wrote a nice description on the ScrumDevelopment mailing list, here:</p>
<p><a href="http://groups.yahoo.com/group/scrumdevelopment/message/8798" rel="nofollow">http://groups.yahoo.com/group/scrumdevelopment/message/8798</a></p>
<p> The exercise is really about assuming risk inappropriately. It&#8217;s easy to see when it&#8217;s cast as the Squirrel Burger story, but much more difficult to see in our day-to-day behaviour. Many participants will feel ill when I walk them through the exercise, but will happily behave in exactly this way during their professional lives.</p>
<p>So, how does this relate back to technical debt? Assuming risk inappropriately is the root course of the problem. When we (and I include myself here, because I&#8217;ve been guilty of this in the past) compromise quality in order to deliver a fixed set of functionality in a given time, we make a decision that&#8217;s not ours to make. We deliver a Squirrel Burger. Ken argues in his infamous &#8220;<em>Canary in a coal mine</em>&#8221; presentation that, if quality is to be compromised then it&#8217;s ultimately a CXO decision. The video can be found here:</p>
<p><a href="http://www.infoq.com/presentations/agile-quality-canary-coalmine" rel="nofollow">http://www.infoq.com/presentations/agile-quality-canary-coalmine</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Technical debt presentation at the Brisbane Scrum Users Group. by Dutch</title>
		<link>http://kanemar.com/2009/03/09/technical-debt-presentation-at-the-brisbane-scrum-users-group/#comment-13659</link>
		<dc:creator>Dutch</dc:creator>
		<pubDate>Wed, 11 Mar 2009 02:03:32 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=614#comment-13659</guid>
		<description>Ok, you have my curiosity up over the Squirrel Burger exercise.  I&#039;ve got to know more about it if you can post it or email it to me.

Thanks,
Dutch Driver</description>
		<content:encoded><![CDATA[<p>Ok, you have my curiosity up over the Squirrel Burger exercise.  I&#8217;ve got to know more about it if you can post it or email it to me.</p>
<p>Thanks,<br />
Dutch Driver</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Downloads by Technical debt presentation at the Brisbane Scrum Users Group. &#171; Kane Mar</title>
		<link>http://kanemar.com/downloads/#comment-13652</link>
		<dc:creator>Technical debt presentation at the Brisbane Scrum Users Group. &#171; Kane Mar</dc:creator>
		<pubDate>Tue, 10 Mar 2009 00:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/downloads/#comment-13652</guid>
		<description>[...] Downloads [...]</description>
		<content:encoded><![CDATA[<p>[...] Downloads [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Scrum Trainers Gathering (2/4): The Ball Point Game by Academia – ALM Process using TFS 2008 and Scrum : Day 1 - ZaydKara</title>
		<link>http://kanemar.com/2008/04/07/scrum-trainers-gathering-24-the-ball-point-game/#comment-13648</link>
		<dc:creator>Academia – ALM Process using TFS 2008 and Scrum : Day 1 - ZaydKara</dc:creator>
		<pubDate>Mon, 02 Mar 2009 16:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=252#comment-13648</guid>
		<description>[...] have attended the Scrum Master training will know what i am talking about see the rules to the game here, I think this was the highlight for the students, they really enjoyed it and the practical [...]</description>
		<content:encoded><![CDATA[<p>[...] have attended the Scrum Master training will know what i am talking about see the rules to the game here, I think this was the highlight for the students, they really enjoyed it and the practical [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Distributed Scrum by David</title>
		<link>http://kanemar.com/2009/01/27/distributed-scrum/#comment-13646</link>
		<dc:creator>David</dc:creator>
		<pubDate>Sat, 28 Feb 2009 11:05:35 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/?p=370#comment-13646</guid>
		<description>Follow the sun approaches have always been an interesting concept, however it is a concept that needs to be implemented correctly. As you have mentioned, factors such as communication, common code bases etc need to be considered.
I think if it was planned carefully, distributed Scrum could work. The only real issue is real communication between the teams. As it is a follow the sun approach, questions have to be asked, then wait for another day for the response.

Regards,
David
jacksguides.com</description>
		<content:encoded><![CDATA[<p>Follow the sun approaches have always been an interesting concept, however it is a concept that needs to be implemented correctly. As you have mentioned, factors such as communication, common code bases etc need to be considered.<br />
I think if it was planned carefully, distributed Scrum could work. The only real issue is real communication between the teams. As it is a follow the sun approach, questions have to be asked, then wait for another day for the response.</p>
<p>Regards,<br />
David<br />
jacksguides.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The top five reasons companies adopt scrum by Thomas P. Parham</title>
		<link>http://kanemar.com/2008/12/16/the-top-five-reasons-companies-adopt-scrum/#comment-13644</link>
		<dc:creator>Thomas P. Parham</dc:creator>
		<pubDate>Wed, 18 Feb 2009 23:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=248#comment-13644</guid>
		<description>As a consultant, I have introduced Scrum to my clients, with varying degrees of success. You identify some of the challenges in your &quot;Top 5&quot; article. It&#039;s a culture change, both within the development group as well as across and up the organization; if  they are not already significantly motivated to find a &quot;solutution&quot; at the leadership level, it is difficult to &quot;convert&quot; them, difficult to help them solve a problem they do not recognize.</description>
		<content:encoded><![CDATA[<p>As a consultant, I have introduced Scrum to my clients, with varying degrees of success. You identify some of the challenges in your &#8220;Top 5&#8243; article. It&#8217;s a culture change, both within the development group as well as across and up the organization; if  they are not already significantly motivated to find a &#8220;solutution&#8221; at the leadership level, it is difficult to &#8220;convert&#8221; them, difficult to help them solve a problem they do not recognize.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Jeffrey Fredrick</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13642</link>
		<dc:creator>Jeffrey Fredrick</dc:creator>
		<pubDate>Mon, 16 Feb 2009 07:49:32 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13642</guid>
		<description>James Shore &lt;a href=&quot;http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html&quot; rel=&quot;nofollow&quot;&gt;said&lt;/a&gt; that short iterations are the dessert, the reward, of the xp practices.

Continuous Deployment is clearly the dessert of making a serious and consistent effort in your testing and automation infrastructure.</description>
		<content:encoded><![CDATA[<p>James Shore <a href="http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html" rel="nofollow">said</a> that short iterations are the dessert, the reward, of the xp practices.</p>
<p>Continuous Deployment is clearly the dessert of making a serious and consistent effort in your testing and automation infrastructure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Kane</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13641</link>
		<dc:creator>Kane</dc:creator>
		<pubDate>Mon, 16 Feb 2009 01:37:23 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13641</guid>
		<description>@Harald, I would agree with you ... but within some limits which I&#039;ve noted below.

&gt;Scrum focuses mostly on the software development process ...

There is nothing within Scrum that limits you to software development. Certainly that is it&#039;s historical roots, so a large part of the current literature talks about Scrum in this context. However, Scrum can (and is), being applied to whole organizations*.

The whole organization approach does indeed provide a much better sense of flow (as you&#039;ve mentioned). 

&gt;without an organization which adapts and supports the idea of lean manufacturing, it is just an agile island in the wild sea.

I would agree that organizational support for Scrum is absolutely very important. Whether it&#039;s a Lean Organization or a Scrum Organization is, from my point of view, just a variation on a theme. Both approaches have benefits and both bring something valuable. 

[* Probably the most high-profile set of companies that are using Scrum at the organizational level, are those funded by OpenView Partners:

http://www.openviewpartners.com/portfolio/index.html

This is a VC which is advised by Jeff Sutherland.]</description>
		<content:encoded><![CDATA[<p>@Harald, I would agree with you &#8230; but within some limits which I&#8217;ve noted below.</p>
<p>&gt;Scrum focuses mostly on the software development process &#8230;</p>
<p>There is nothing within Scrum that limits you to software development. Certainly that is it&#8217;s historical roots, so a large part of the current literature talks about Scrum in this context. However, Scrum can (and is), being applied to whole organizations*.</p>
<p>The whole organization approach does indeed provide a much better sense of flow (as you&#8217;ve mentioned). </p>
<p>&gt;without an organization which adapts and supports the idea of lean manufacturing, it is just an agile island in the wild sea.</p>
<p>I would agree that organizational support for Scrum is absolutely very important. Whether it&#8217;s a Lean Organization or a Scrum Organization is, from my point of view, just a variation on a theme. Both approaches have benefits and both bring something valuable. </p>
<p>[* Probably the most high-profile set of companies that are using Scrum at the organizational level, are those funded by OpenView Partners:</p>
<p><a href="http://www.openviewpartners.com/portfolio/index.html" rel="nofollow">http://www.openviewpartners.com/portfolio/index.html</a></p>
<p>This is a VC which is advised by Jeff Sutherland.]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Harald Walker</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13640</link>
		<dc:creator>Harald Walker</dc:creator>
		<pubDate>Sun, 15 Feb 2009 11:01:45 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13640</guid>
		<description>In practice that&#039;s where I see the shortcomings of Scrum. Where it starts and where it ends it doesn&#039;t really flow. Scrum focuses mostly on the software development process but without an organization which adapts and supports the idea of lean manufacturing, it is just an agile island in the wild sea. Including what is usually knows as operations and the process of deployment is an important next step. We are working on it.</description>
		<content:encoded><![CDATA[<p>In practice that&#8217;s where I see the shortcomings of Scrum. Where it starts and where it ends it doesn&#8217;t really flow. Scrum focuses mostly on the software development process but without an organization which adapts and supports the idea of lean manufacturing, it is just an agile island in the wild sea. Including what is usually knows as operations and the process of deployment is an important next step. We are working on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Kane</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13638</link>
		<dc:creator>Kane</dc:creator>
		<pubDate>Fri, 13 Feb 2009 03:43:20 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13638</guid>
		<description>@timothyfitz, funny you should mention that. I&#039;ve been reading that blog without realizing that there was a connection!

Thanks for mentioning it.</description>
		<content:encoded><![CDATA[<p>@timothyfitz, funny you should mention that. I&#8217;ve been reading that blog without realizing that there was a connection!</p>
<p>Thanks for mentioning it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Kane</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13637</link>
		<dc:creator>Kane</dc:creator>
		<pubDate>Fri, 13 Feb 2009 03:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13637</guid>
		<description>@Harald, In theory, Yes. In practice, No. 

There are many intermediate steps that need to happen before Continuous Deployment makes sense: there needs to be robust CI, a solid set of unit and functional test, and a test environment that substantially close to the production environment. All this takes a lot of discipline and hard work.

At the moment there are probably 5* companies world wide that can do this. 

Don&#039;t get me wrong, I think it&#039;s definitely a goal that companies should aim for. There is, however, much work than needs to be done before most companies can even get to stage 1 (ie. robust Continuous Integration).

*This is a total guess ... and it&#039;s probably on the high side. =)</description>
		<content:encoded><![CDATA[<p>@Harald, In theory, Yes. In practice, No. </p>
<p>There are many intermediate steps that need to happen before Continuous Deployment makes sense: there needs to be robust CI, a solid set of unit and functional test, and a test environment that substantially close to the production environment. All this takes a lot of discipline and hard work.</p>
<p>At the moment there are probably 5* companies world wide that can do this. </p>
<p>Don&#8217;t get me wrong, I think it&#8217;s definitely a goal that companies should aim for. There is, however, much work than needs to be done before most companies can even get to stage 1 (ie. robust Continuous Integration).</p>
<p>*This is a total guess &#8230; and it&#8217;s probably on the high side. =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by timothyfitz</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13636</link>
		<dc:creator>timothyfitz</dc:creator>
		<pubDate>Fri, 13 Feb 2009 01:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13636</guid>
		<description>Herald Walker: Shhh, that&#039;s exactly what I want to talk about next! If you&#039;re not already, start reading our cofounder and former CTO&#039;s blog, which is all about lean software development and startups: http://startuplessonslearned.blogspot.com/</description>
		<content:encoded><![CDATA[<p>Herald Walker: Shhh, that&#8217;s exactly what I want to talk about next! If you&#8217;re not already, start reading our cofounder and former CTO&#8217;s blog, which is all about lean software development and startups: <a href="http://startuplessonslearned.blogspot.com/" rel="nofollow">http://startuplessonslearned.blogspot.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Harald Walker</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13635</link>
		<dc:creator>Harald Walker</dc:creator>
		<pubDate>Thu, 12 Feb 2009 08:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13635</guid>
		<description>Now we can talk about lean software development and a once piece flow.</description>
		<content:encoded><![CDATA[<p>Now we can talk about lean software development and a once piece flow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beyond Continuous Integration &#8230; Continuous Deployment at IMVU and a tale from Pirum by Jeffrey Fredrick</title>
		<link>http://kanemar.com/2009/02/11/beyond-continuous-integration-continuous-deployment-at-imvu-and-a-tale-from-pirum/#comment-13634</link>
		<dc:creator>Jeffrey Fredrick</dc:creator>
		<pubDate>Thu, 12 Feb 2009 02:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=600#comment-13634</guid>
		<description>Great story! And I think this is a great insight: &quot;as expectations for services to be “always on” becomes the norm, the interest and demand for practices such as Continuous Deployment (CD) will increase.&quot;

(And chance you&#039;ll make it to &lt;a href=&quot;http://citconf.com&quot; rel=&quot;nofollow&quot;&gt;CITCON&lt;/a&gt;? It is a good place for this kind of story.)</description>
		<content:encoded><![CDATA[<p>Great story! And I think this is a great insight: &#8220;as expectations for services to be “always on” becomes the norm, the interest and demand for practices such as Continuous Deployment (CD) will increase.&#8221;</p>
<p>(And chance you&#8217;ll make it to <a href="http://citconf.com" rel="nofollow">CITCON</a>? It is a good place for this kind of story.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About Me by Walter Martinez</title>
		<link>http://kanemar.com/about-me/#comment-13625</link>
		<dc:creator>Walter Martinez</dc:creator>
		<pubDate>Mon, 02 Feb 2009 19:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/about-me/#comment-13625</guid>
		<description>Hi. I&#039;m learning Scrum right now and I found your blog. 

good articles.

Walter
Buenos Aires - Argentina</description>
		<content:encoded><![CDATA[<p>Hi. I&#8217;m learning Scrum right now and I found your blog. </p>
<p>good articles.</p>
<p>Walter<br />
Buenos Aires &#8211; Argentina</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Distributed Scrum by GettingAgile.com &#187; Blog Archive &#187; Distributed Scrum</title>
		<link>http://kanemar.com/2009/01/27/distributed-scrum/#comment-13619</link>
		<dc:creator>GettingAgile.com &#187; Blog Archive &#187; Distributed Scrum</dc:creator>
		<pubDate>Wed, 28 Jan 2009 16:12:11 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.wordpress.com/?p=370#comment-13619</guid>
		<description>[...] Kane Mar describes patterns in distributed teams and Scrum from his experience in this article. [...]</description>
		<content:encoded><![CDATA[<p>[...] Kane Mar describes patterns in distributed teams and Scrum from his experience in this article. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Self organization is chaos by Kane</title>
		<link>http://kanemar.com/2009/01/13/self-organization-is-chaos/#comment-13613</link>
		<dc:creator>Kane</dc:creator>
		<pubDate>Tue, 20 Jan 2009 06:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://kanemar.com/?p=257#comment-13613</guid>
		<description>I&#039;m not trying to compare Scrum to third world traffic. I was trying to show how some simple rules can lead to complex (and chaotic) behavior ... much like the simple rules in Scrum can make the /behavior/ of a team look chaotic to an outside observer. 

I try hard not to draw analogies between creating software and anything else (art, cooking, music etc) having already tried that and failed.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not trying to compare Scrum to third world traffic. I was trying to show how some simple rules can lead to complex (and chaotic) behavior &#8230; much like the simple rules in Scrum can make the /behavior/ of a team look chaotic to an outside observer. </p>
<p>I try hard not to draw analogies between creating software and anything else (art, cooking, music etc) having already tried that and failed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
