<?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"
	>
<channel>
	<title>Comments for Managed Chaos</title>
	<atom:link href="http://blogs.agilefaqs.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.agilefaqs.com</link>
	<description>Naresh Jain's Weblog on Object thinking, Patterns, Open Source, Agile and Adventure Sports</description>
	<pubDate>Fri, 04 Jul 2008 04:27:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Slicing boulders in the 11th Century by Kalpesh</title>
		<link>http://blogs.agilefaqs.com/2008/07/02/slicing-boulders-in-the-11th-century/#comment-13217</link>
		<dc:creator>Kalpesh</dc:creator>
		<pubDate>Wed, 02 Jul 2008 22:15:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/?p=307#comment-13217</guid>
		<description>Try this on a coconut.
Pour water in the middle of the coconut shell in a circular motion.

it will break in exactly half.</description>
		<content:encoded><![CDATA[<p>Try this on a coconut.<br />
Pour water in the middle of the coconut shell in a circular motion.</p>
<p>it will break in exactly half.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why is common sense so uncommon? by Prakash Krishnan</title>
		<link>http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13194</link>
		<dc:creator>Prakash Krishnan</dc:creator>
		<pubDate>Tue, 24 Jun 2008 08:55:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13194</guid>
		<description>I am totally disagree with you for following statement:

You know what scares the shit out of me, when I think of over 1 million people in the Indian IT industry who are out there. At least these people are taking an initiative and trying to learn something by attending these sessions. But what about those over million software professionals who don’t even have the drive or energy to learn something new?

How can we say people attending conference on their own or sent by their organization? 

Decision for implementing Agile or any other New Technology   are always taken at management level (or Customer, basically we are service oriented industry) so not all the people are required to attend the conference or training sessions which is  not used by them any time soon.

Don\'t blame all the people for the mistake made by few people.</description>
		<content:encoded><![CDATA[<p>I am totally disagree with you for following statement:</p>
<p>You know what scares the shit out of me, when I think of over 1 million people in the Indian IT industry who are out there. At least these people are taking an initiative and trying to learn something by attending these sessions. But what about those over million software professionals who don’t even have the drive or energy to learn something new?</p>
<p>How can we say people attending conference on their own or sent by their organization? </p>
<p>Decision for implementing Agile or any other New Technology   are always taken at management level (or Customer, basically we are service oriented industry) so not all the people are required to attend the conference or training sessions which is  not used by them any time soon.</p>
<p>Don\&#8217;t blame all the people for the mistake made by few people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why is common sense so uncommon? by Kalpesh</title>
		<link>http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13189</link>
		<dc:creator>Kalpesh</dc:creator>
		<pubDate>Sat, 21 Jun 2008 20:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13189</guid>
		<description>I don't intend to be critical here.

However, shouldn't this be "Keep it simple"?
Isn't one of the mantra of agile is not to add complexity unless required?</description>
		<content:encoded><![CDATA[<p>I don&#8217;t intend to be critical here.</p>
<p>However, shouldn&#8217;t this be &#8220;Keep it simple&#8221;?<br />
Isn&#8217;t one of the mantra of agile is not to add complexity unless required?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why is common sense so uncommon? by Naresh Jain</title>
		<link>http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13186</link>
		<dc:creator>Naresh Jain</dc:creator>
		<pubDate>Sat, 21 Jun 2008 04:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13186</guid>
		<description>Thanks CBas for your feedback. I agree with all your points. I don't deny that its a bit complicated to get your position paper in. But, I have used this wiki for 2 other conferences in US and both times we never faced this issue. It might not have been the best wiki from usability point of view, but it did its job. 

A part of me feels like we should simplify it and make it really dumb-proof. Another part of me says, its should be a little bit more complicated to really gauge the quality of people. 

I'm planning to start a tech conf soon. It would be a free conf, but to attend the conf, I'll put something as complicated (or simple, depends how you look at it) as sshing into a linux box, cracking a puzzle which would be the password to open a file. Using VI to update the file with your position paper.

BTW the google linke is a good alternative for simple solution.</description>
		<content:encoded><![CDATA[<p>Thanks CBas for your feedback. I agree with all your points. I don&#8217;t deny that its a bit complicated to get your position paper in. But, I have used this wiki for 2 other conferences in US and both times we never faced this issue. It might not have been the best wiki from usability point of view, but it did its job. </p>
<p>A part of me feels like we should simplify it and make it really dumb-proof. Another part of me says, its should be a little bit more complicated to really gauge the quality of people. </p>
<p>I&#8217;m planning to start a tech conf soon. It would be a free conf, but to attend the conf, I&#8217;ll put something as complicated (or simple, depends how you look at it) as sshing into a linux box, cracking a puzzle which would be the password to open a file. Using VI to update the file with your position paper.</p>
<p>BTW the google linke is a good alternative for simple solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why is common sense so uncommon? by cbas</title>
		<link>http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13185</link>
		<dc:creator>cbas</dc:creator>
		<pubDate>Fri, 20 Jun 2008 21:12:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/21/why-is-common-sense-so-uncommon/#comment-13185</guid>
		<description>Naresh, I love the effort you put into the workshops, and I look forward to attending the Poppendieck workshop, but...

Maybe TikiWiki is not the most intuitive software?
Maybe a wiki is not the best interface for RSVP + submitting a document?
Maybe there's something wrong with the GUI of this application?
Maybe double click to edit is annoying as heck?
Maybe not everyone has time to learn yet another wiki syntax just to edit one page and add a short text.

The position paper is a good idea but the wiki really gets in the way.

FYI, suggestion:
http://googlesystem.blogspot.com/2008/02/add-data-to-google-spreadsheets-using.html</description>
		<content:encoded><![CDATA[<p>Naresh, I love the effort you put into the workshops, and I look forward to attending the Poppendieck workshop, but&#8230;</p>
<p>Maybe TikiWiki is not the most intuitive software?<br />
Maybe a wiki is not the best interface for RSVP + submitting a document?<br />
Maybe there&#8217;s something wrong with the GUI of this application?<br />
Maybe double click to edit is annoying as heck?<br />
Maybe not everyone has time to learn yet another wiki syntax just to edit one page and add a short text.</p>
<p>The position paper is a good idea but the wiki really gets in the way.</p>
<p>FYI, suggestion:<br />
<a href="http://googlesystem.blogspot.com/2008/02/add-data-to-google-spreadsheets-using.html" rel="nofollow">http://googlesystem.blogspot.com/2008/02/add-data-to-google-spreadsheets-using.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on XPLite &#038; ScrumBud by Steve Freeman</title>
		<link>http://blogs.agilefaqs.com/2008/06/15/xplite-scrumbud/#comment-13178</link>
		<dc:creator>Steve Freeman</dc:creator>
		<pubDate>Mon, 16 Jun 2008 08:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/15/xplite-scrumbud/#comment-13178</guid>
		<description>I think he meant  "ScrumBut", as in "We're doing Scrum, but we're not delivering to production", "We're doing Scrum, but we're don't talk to the product owner", etc...

But, the Lite Beer metaphor is a nice accident.</description>
		<content:encoded><![CDATA[<p>I think he meant  &#8220;ScrumBut&#8221;, as in &#8220;We&#8217;re doing Scrum, but we&#8217;re not delivering to production&#8221;, &#8220;We&#8217;re doing Scrum, but we&#8217;re don&#8217;t talk to the product owner&#8221;, etc&#8230;</p>
<p>But, the Lite Beer metaphor is a nice accident.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on If you can&#8217;t get Distributed Development working, your company is doomed! by Israel Antezana R.</title>
		<link>http://blogs.agilefaqs.com/2008/06/10/if-you-cant-get-distributed-development-working-your-company-is-doomed/#comment-13163</link>
		<dc:creator>Israel Antezana R.</dc:creator>
		<pubDate>Tue, 10 Jun 2008 19:01:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/10/if-you-cant-get-distributed-development-working-your-company-is-doomed/#comment-13163</guid>
		<description>If you would like to try some distributed project with Bolivia next year let me know I would be happy to do the experiment with you.</description>
		<content:encoded><![CDATA[<p>If you would like to try some distributed project with Bolivia next year let me know I would be happy to do the experiment with you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Process OVER People by Eric Brown</title>
		<link>http://blogs.agilefaqs.com/2008/06/10/process-over-people/#comment-13160</link>
		<dc:creator>Eric Brown</dc:creator>
		<pubDate>Tue, 10 Jun 2008 14:12:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/10/process-over-people/#comment-13160</guid>
		<description>Great post...I've always been a huge proponent of people over process.  

In the last few years, I've seen the Agile world go from being people oriented to being process oriented...it's gotten to the point where an Agile project is about as cumbersome to manage as a classical waterfall project.  

Let's get back to the agile mindset of putting people over process.</description>
		<content:encoded><![CDATA[<p>Great post&#8230;I&#8217;ve always been a huge proponent of people over process.  </p>
<p>In the last few years, I&#8217;ve seen the Agile world go from being people oriented to being process oriented&#8230;it&#8217;s gotten to the point where an Agile project is about as cumbersome to manage as a classical waterfall project.  </p>
<p>Let&#8217;s get back to the agile mindset of putting people over process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pollution as a metaphor to explain Technical Debt metaphor by Naresh Jain</title>
		<link>http://blogs.agilefaqs.com/2008/06/09/pollution-as-a-metaphor-to-explain-technical-debt-metaphor/#comment-13157</link>
		<dc:creator>Naresh Jain</dc:creator>
		<pubDate>Tue, 10 Jun 2008 08:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/09/pollution-as-a-metaphor-to-explain-technical-debt-metaphor/#comment-13157</guid>
		<description>I think we either need a policed system or self-disciplined team members to avoid these issues. Unfortunately what I have found so far is that most humans (at least in the software industry) are not as self-disciplined as most good Software Development methods requires. So may be you are right, a policed system is what might work. But I hate the sound of policed system, esp. externally policed systems. Reminds me of the CMM days when we had all those crazy Process Police floating around doing nothing other than causing pain to people trying to build software. 

With CI and analysis tools for Code Coverage, Cyclomatic Complexity, Dependency Management, Check Style, Aspects, etc I wonder if we can build a self-policing system. I've had some success with this approach. But there is a long way to go.</description>
		<content:encoded><![CDATA[<p>I think we either need a policed system or self-disciplined team members to avoid these issues. Unfortunately what I have found so far is that most humans (at least in the software industry) are not as self-disciplined as most good Software Development methods requires. So may be you are right, a policed system is what might work. But I hate the sound of policed system, esp. externally policed systems. Reminds me of the CMM days when we had all those crazy Process Police floating around doing nothing other than causing pain to people trying to build software. </p>
<p>With CI and analysis tools for Code Coverage, Cyclomatic Complexity, Dependency Management, Check Style, Aspects, etc I wonder if we can build a self-policing system. I&#8217;ve had some success with this approach. But there is a long way to go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Coach Camp - The Show Must Go On! by Naresh Jain</title>
		<link>http://blogs.agilefaqs.com/2008/06/08/agile-coach-camp-the-show-must-go-on/#comment-13153</link>
		<dc:creator>Naresh Jain</dc:creator>
		<pubDate>Mon, 09 Jun 2008 20:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.agilefaqs.com/2008/06/08/agile-coach-camp-the-show-must-go-on/#comment-13153</guid>
		<description>The facilitators of each session are updating the conference wiki with the summary of their discussions. Please watch the wiki : http://wiki.agilecoachcamp.org

We did not audio/video record any of the sessions. All we have is some pictures.</description>
		<content:encoded><![CDATA[<p>The facilitators of each session are updating the conference wiki with the summary of their discussions. Please watch the wiki : <a href="http://wiki.agilecoachcamp.org" rel="nofollow">http://wiki.agilecoachcamp.org</a></p>
<p>We did not audio/video record any of the sessions. All we have is some pictures.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
