<?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 The Agile Tribe</title>
	<atom:link href="http://www.theagiletribe.net/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.theagiletribe.net</link>
	<description>Openly sharing thoughts with the Agile community</description>
	<lastBuildDate>Wed, 11 Jan 2012 07:32:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on The Quick and The Dead&#8230;&#8230;&#8230;&#8230;&#8230;. by David Greenlees</title>
		<link>http://www.theagiletribe.net/index.php/2011/12/20/the-quick-and-the-dead/comment-page-1/#comment-1593</link>
		<dc:creator>David Greenlees</dc:creator>
		<pubDate>Wed, 11 Jan 2012 07:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=2068#comment-1593</guid>
		<description>Thanks MB. Â I just finished reading your blog series on what ET is not today. Â A great read indeed. Â 

I also have a copy of Jerry&#039;s book (Perfect Software). Â That&#039;s next on the to do list. Â Will add the other to the to buy list.

As always, thanks for sharing your knowledge with everyone.</description>
		<content:encoded><![CDATA[<p>Thanks MB. Â I just finished reading your blog series on what ET is not today. Â A great read indeed. Â </p>
<p>I also have a copy of Jerry&#8217;s book (Perfect Software). Â That&#8217;s next on the to do list. Â Will add the other to the to buy list.</p>
<p>As always, thanks for sharing your knowledge with everyone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Quick and The Dead&#8230;&#8230;&#8230;&#8230;&#8230;. by Michael Bolton</title>
		<link>http://www.theagiletribe.net/index.php/2011/12/20/the-quick-and-the-dead/comment-page-1/#comment-1579</link>
		<dc:creator>Michael Bolton</dc:creator>
		<pubDate>Tue, 20 Dec 2011 17:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=2068#comment-1579</guid>
		<description>Thank you for adding a link to my blog.Â  If you liked that, there&#039;s a more recent one that may pique your interest:Â  http://www.developsense.com/blog/2011/12/what-exploratory-testing-is-not-part-4-quick-tests/

In addition to that, I strongly recommend Jerry Weinberg&#039;s &lt;i&gt;Perfect Software and Other Illusions About Testing&lt;/i&gt;, and his &lt;i&gt;Secrets of Consulting&lt;/i&gt;, too.

Cheers,

---Michael B.</description>
		<content:encoded><![CDATA[<p>Thank you for adding a link to my blog.Â  If you liked that, there&#8217;s a more recent one that may pique your interest:Â  <a href="http://www.developsense.com/blog/2011/12/what-exploratory-testing-is-not-part-4-quick-tests/" rel="nofollow">http://www.developsense.com/blog/2011/12/what-exploratory-testing-is-not-part-4-quick-tests/</a></p>
<p>In addition to that, I strongly recommend Jerry Weinberg&#8217;s <i>Perfect Software and Other Illusions About Testing</i>, and his <i>Secrets of Consulting</i>, too.</p>
<p>Cheers,</p>
<p>&#8212;Michael B.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile, What&#8217;s in a Name? by Deepak Dhananjaya</title>
		<link>http://www.theagiletribe.net/index.php/2011/08/16/agile-whats-in-a-name/comment-page-1/#comment-1578</link>
		<dc:creator>Deepak Dhananjaya</dc:creator>
		<pubDate>Wed, 14 Dec 2011 19:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1956#comment-1578</guid>
		<description>Very truly said about people Misunderstanding the concept of agile and managing it the &quot;non agile &quot; way and reasoning agile to be failure.
If we understand the process, roles and responsibility that agile defines is so easy and helps us manage the project more structured way. 
the only point i would like to clarify is thaet &quot;agile does not mean no documentation&quot; mean it never says about not having documentation for the project, but only appropriate documentation can be followed</description>
		<content:encoded><![CDATA[<p>Very truly said about people Misunderstanding the concept of agile and managing it the &#8220;non agile &#8221; way and reasoning agile to be failure.<br />
If we understand the process, roles and responsibility that agile defines is so easy and helps us manage the project more structured way.<br />
the only point i would like to clarify is thaet &#8220;agile does not mean no documentation&#8221; mean it never says about not having documentation for the project, but only appropriate documentation can be followed</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why so little good Agile? by Grtgrt</title>
		<link>http://www.theagiletribe.net/index.php/2011/05/09/why-so-little-good-agile/comment-page-1/#comment-1577</link>
		<dc:creator>Grtgrt</dc:creator>
		<pubDate>Wed, 14 Dec 2011 17:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1658#comment-1577</guid>
		<description>

The problem seems to be that the Agile Manifesto is not abstract
enough:


Â 


For defining Agile we should focus on &lt;strong&gt;the goal of
Agile&lt;/strong&gt; rather than on the misleading, very problematic way
suggested by the authors of the Manifesto: Please read 





&lt;a href=&quot;http://greiterweb.de/spw/dox/The_New_(2011)_Definition_of_Agile.pdf&quot; rel=&quot;nofollow&quot;&gt;The
New (2011) Definitions of Agile&lt;/a&gt;, or


&lt;a href=&quot;http://www.greiterweb.de/spw/Agile_is_not_Manifesto.htm&quot; rel=&quot;nofollow&quot;&gt;Agility
is fine â€“ though the Manifesto can be Poison&lt;/a&gt; 










</description>
		<content:encoded><![CDATA[<p>The problem seems to be that the Agile Manifesto is not abstract<br />
enough:</p>
<p>Â </p>
<p>For defining Agile we should focus on <strong>the goal of<br />
Agile</strong> rather than on the misleading, very problematic way<br />
suggested by the authors of the Manifesto: Please read </p>
<p><a href="http://greiterweb.de/spw/dox/The_New_(2011)_Definition_of_Agile.pdf" rel="nofollow">The<br />
New (2011) Definitions of Agile</a>, or</p>
<p><a href="http://www.greiterweb.de/spw/Agile_is_not_Manifesto.htm" rel="nofollow">Agility<br />
is fine â€“ though the Manifesto can be Poison</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Three Truths by PM Hut</title>
		<link>http://www.theagiletribe.net/index.php/2011/09/06/three-truths/comment-page-1/#comment-1453</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Fri, 09 Sep 2011 09:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1996#comment-1453</guid>
		<description>Your first point is spot on! Not only that, larger teams increase communication channels. I have published on the &lt;a href=&quot;http://www.pmhut.com/advantages-of-small-project-teams&quot; rel=&quot;nofollow&quot;&gt;advantages of small teams&lt;/a&gt; before. I think the ideal number of team members is 5, less than that you really don&#039;t have a team, and more than that you will spend more time resolving conflicts and motivating team members than actually doing something productive.</description>
		<content:encoded><![CDATA[<p>Your first point is spot on! Not only that, larger teams increase communication channels. I have published on the <a href="http://www.pmhut.com/advantages-of-small-project-teams" rel="nofollow">advantages of small teams</a> before. I think the ideal number of team members is 5, less than that you really don&#8217;t have a team, and more than that you will spend more time resolving conflicts and motivating team members than actually doing something productive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Three Truths by David Zheng</title>
		<link>http://www.theagiletribe.net/index.php/2011/09/06/three-truths/comment-page-1/#comment-1452</link>
		<dc:creator>David Zheng</dc:creator>
		<pubDate>Tue, 06 Sep 2011 23:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1996#comment-1452</guid>
		<description>Agreed, great article.</description>
		<content:encoded><![CDATA[<p>Agreed, great article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile, What&#8217;s in a Name? by Seema A</title>
		<link>http://www.theagiletribe.net/index.php/2011/08/16/agile-whats-in-a-name/comment-page-1/#comment-1451</link>
		<dc:creator>Seema A</dc:creator>
		<pubDate>Tue, 23 Aug 2011 01:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1956#comment-1451</guid>
		<description>That&#039;s true...have seen it happening whenÂ a lack of planning, accountability, tracking, dcoumentation, structured approach,Â is conveneintly covered under the term &#039;AGILE METHODOLOGY&#039;..</description>
		<content:encoded><![CDATA[<p>That&#8217;s true&#8230;have seen it happening whenÂ a lack of planning, accountability, tracking, dcoumentation, structured approach,Â is conveneintly covered under the term &#8216;AGILE METHODOLOGY&#8217;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile, What&#8217;s in a Name? by Susan Akers</title>
		<link>http://www.theagiletribe.net/index.php/2011/08/16/agile-whats-in-a-name/comment-page-1/#comment-1436</link>
		<dc:creator>Susan Akers</dc:creator>
		<pubDate>Tue, 16 Aug 2011 05:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1956#comment-1436</guid>
		<description>Nice one Peter. Can&#039;t agree more.Â Don&#039;t abusing and start using Agile correctly!</description>
		<content:encoded><![CDATA[<p>Nice one Peter. Can&#8217;t agree more.Â Don&#8217;t abusing and start using Agile correctly!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What&#8217;s your role in an Agile team? by Agile Scout</title>
		<link>http://www.theagiletribe.net/index.php/2011/07/25/whats-your-role-in-an-agile-team/comment-page-1/#comment-1434</link>
		<dc:creator>Agile Scout</dc:creator>
		<pubDate>Mon, 25 Jul 2011 00:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1922#comment-1434</guid>
		<description>sweet. nice!</description>
		<content:encoded><![CDATA[<p>sweet. nice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Australia through the looking glass by Wayne Allan</title>
		<link>http://www.theagiletribe.net/index.php/2011/07/07/agile-australia-through-the-looking-glass/comment-page-1/#comment-1415</link>
		<dc:creator>Wayne Allan</dc:creator>
		<pubDate>Wed, 13 Jul 2011 03:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.theagiletribe.net/?p=1859#comment-1415</guid>
		<description>Thans Agile Scout

It was quite insightful event there are so many more things I could have mentioned.. and I will... briefly.. just one.

In the open space I discovered that agile change needs to be delivered gently and sometimes without the mention of the word agile at all. If you are in aÂ positionÂ to, you can point out that something is not working well and that you would like to try something else for a while to see if it works better. It&#039;s as simple as that!Â 
This correlated with my ownÂ experience with people&#039;s knee jerk reactions to the word agile, it can conjure up fear, anxiety and a whole heap of other emotional responses. Those who areÂ unfamiliar with agile can have aÂ tendencyÂ to view it incorrectly as either the silver bullet for everything or just anotherÂ werewolfÂ process that devours more of their precious time.</description>
		<content:encoded><![CDATA[<p>Thans Agile Scout</p>
<p>It was quite insightful event there are so many more things I could have mentioned.. and I will&#8230; briefly.. just one.</p>
<p>In the open space I discovered that agile change needs to be delivered gently and sometimes without the mention of the word agile at all. If you are in aÂ positionÂ to, you can point out that something is not working well and that you would like to try something else for a while to see if it works better. It&#8217;s as simple as that!Â<br />
This correlated with my ownÂ experience with people&#8217;s knee jerk reactions to the word agile, it can conjure up fear, anxiety and a whole heap of other emotional responses. Those who areÂ unfamiliar with agile can have aÂ tendencyÂ to view it incorrectly as either the silver bullet for everything or just anotherÂ werewolfÂ process that devours more of their precious time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

