<?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 on: Nine Questions to Assess Team Structure</title>
	<atom:link href="http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure</link>
	<description>Succeeding With Agile®</description>
	<lastBuildDate>Fri, 10 Feb 2012 03:51:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-188587</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Mon, 18 Apr 2011 00:58:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-188587</guid>
		<description>Hi Alaa--
Thanks for your kind words. I don&#039;t mind when one team works on many projects as long as the one team has one person doing prioritization for them. That is, it shouldn&#039;t be up to team members to resolve disputes among a dozen competing stakeholders.

I will say, though, that when a team is working on a lot of projects, it can often be worthwhile to batch them up a bit because I&#039;m fully convinced there are synergies to be had that way. So, rather than work on projects A, B, C, D, E, F, and G this sprint and then A, B, C, D, X, Y, Z next sprint it may make sense to just get ABCD done in the first sprint and then do E, F, G, X, Y, Z the next. Whoever manages priorities for the team in this situation should be on the lookout for such opportunities.</description>
		<content:encoded><![CDATA[<p>Hi Alaa&#8211;<br />
Thanks for your kind words. I don&#8217;t mind when one team works on many projects as long as the one team has one person doing prioritization for them. That is, it shouldn&#8217;t be up to team members to resolve disputes among a dozen competing stakeholders.</p>
<p>I will say, though, that when a team is working on a lot of projects, it can often be worthwhile to batch them up a bit because I&#8217;m fully convinced there are synergies to be had that way. So, rather than work on projects A, B, C, D, E, F, and G this sprint and then A, B, C, D, X, Y, Z next sprint it may make sense to just get ABCD done in the first sprint and then do E, F, G, X, Y, Z the next. Whoever manages priorities for the team in this situation should be on the lookout for such opportunities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alaa</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-187946</link>
		<dc:creator>Alaa</dc:creator>
		<pubDate>Sat, 16 Apr 2011 20:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-187946</guid>
		<description>Hi Mike,

Great article as usual. Regarding point -2- when you say no more than 20% should be in more than 2 teams, does this stand also for having multiple projects with the same team? i.e. the same team has 3 projects in parallel however no person is on any other team. Thanks.</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>Great article as usual. Regarding point -2- when you say no more than 20% should be in more than 2 teams, does this stand also for having multiple projects with the same team? i.e. the same team has 3 projects in parallel however no person is on any other team. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-83451</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Thu, 01 Jul 2010 19:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-83451</guid>
		<description>You need to get some bigger pizzas! ;) Yes, it is perhaps US-centric. But the idea holds. Pick a local food and some quantity of it and use that as a gauge for team size. (Perhaps some churrasco steak. I had some from Argentina last week and it was the best I&#039;ve ever had.)  Alternatively, I often simplify the idea by saying that if ordering lunch for a team meeting is hard, the team is probably too big.</description>
		<content:encoded><![CDATA[<p>You need to get some bigger pizzas! <img src='http://blog.mountaingoatsoftware.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  Yes, it is perhaps US-centric. But the idea holds. Pick a local food and some quantity of it and use that as a gauge for team size. (Perhaps some churrasco steak. I had some from Argentina last week and it was the best I&#8217;ve ever had.)  Alternatively, I often simplify the idea by saying that if ordering lunch for a team meeting is hard, the team is probably too big.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pizza Lover</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-83449</link>
		<dc:creator>Pizza Lover</dc:creator>
		<pubDate>Thu, 01 Jul 2010 19:24:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-83449</guid>
		<description>the pizza analogy is a little US-centric; in Argentina two pizzas feed four men</description>
		<content:encoded><![CDATA[<p>the pizza analogy is a little US-centric; in Argentina two pizzas feed four men</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-69725</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Thu, 25 Mar 2010 20:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-69725</guid>
		<description>Thanks, Per.</description>
		<content:encoded><![CDATA[<p>Thanks, Per.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Per Lund</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-69721</link>
		<dc:creator>Per Lund</dc:creator>
		<pubDate>Thu, 25 Mar 2010 19:58:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-69721</guid>
		<description>Hi Mike,

I couldn&#039;t agree more! A good Team structure is crucial for succeeding in teamwork (agile og nonagile). 

Keep up the good work - I look forward reading further posts!

Regards
Per Lund</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>I couldn&#8217;t agree more! A good Team structure is crucial for succeeding in teamwork (agile og nonagile). </p>
<p>Keep up the good work &#8211; I look forward reading further posts!</p>
<p>Regards<br />
Per Lund</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rodney Barlow</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-68586</link>
		<dc:creator>Rodney Barlow</dc:creator>
		<pubDate>Mon, 15 Mar 2010 07:36:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-68586</guid>
		<description>Hi Mike,

A really interesting read, particularly your first point about finding a &quot;team structure which accentuates the strengths of as many team members as possible&quot;. Just last week I blogged about a production support role in a team I work with. We&#039;ve worked hard to create a structure for both accentuating team members strengths, and for minimizing distractions and requirements for multi-tasking.

It took the team some time to find the sweet spot for the team structure. Thinking back, the entire team used the retrospective as a forum for constant evaluation of our progress on creating the ideal production support role. In Shopzilla terms, the optimal &quot;Fire Chief&quot;.

Cheers,
Rod.



</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>A really interesting read, particularly your first point about finding a &#8220;team structure which accentuates the strengths of as many team members as possible&#8221;. Just last week I blogged about a production support role in a team I work with. We&#8217;ve worked hard to create a structure for both accentuating team members strengths, and for minimizing distractions and requirements for multi-tasking.</p>
<p>It took the team some time to find the sweet spot for the team structure. Thinking back, the entire team used the retrospective as a forum for constant evaluation of our progress on creating the ideal production support role. In Shopzilla terms, the optimal &#8220;Fire Chief&#8221;.</p>
<p>Cheers,<br />
Rod.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-68098</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Wed, 10 Mar 2010 19:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-68098</guid>
		<description>Hi Stefano--
I must be part Italian then myself!</description>
		<content:encoded><![CDATA[<p>Hi Stefano&#8211;<br />
I must be part Italian then myself!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-68061</link>
		<dc:creator>Stefano</dc:creator>
		<pubDate>Wed, 10 Mar 2010 12:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-68061</guid>
		<description>Mike, we are italians! with two pizzas you feed just two people! :)</description>
		<content:encoded><![CDATA[<p>Mike, we are italians! with two pizzas you feed just two people! <img src='http://blog.mountaingoatsoftware.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cohn</title>
		<link>http://blog.mountaingoatsoftware.com/nine-questions-to-assess-team-structure/comment-page-1#comment-67959</link>
		<dc:creator>Mike Cohn</dc:creator>
		<pubDate>Tue, 09 Mar 2010 20:06:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mountaingoatsoftware.com/?p=752#comment-67959</guid>
		<description>Thanks, Diego. You&#039;re right about the pizzas but it&#039;s the idea that counts. If ordering lunch for your team is hard (&quot;how many vegetarians do we have?&quot; &quot;Is any gluten-free?&quot;), the team is probably too big.</description>
		<content:encoded><![CDATA[<p>Thanks, Diego. You&#8217;re right about the pizzas but it&#8217;s the idea that counts. If ordering lunch for your team is hard (&#8220;how many vegetarians do we have?&#8221; &#8220;Is any gluten-free?&#8221;), the team is probably too big.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

