<?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: Distributed Development</title>
	<atom:link href="http://blog.gdinwiddie.com/2010/03/31/distributed-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gdinwiddie.com/2010/03/31/distributed-development/</link>
	<description>Effective software development</description>
	<lastBuildDate>Wed, 08 Feb 2012 21:01:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Tobias Fors</title>
		<link>http://blog.gdinwiddie.com/2010/03/31/distributed-development/comment-page-1/#comment-104544</link>
		<dc:creator>Tobias Fors</dc:creator>
		<pubDate>Wed, 07 Apr 2010 18:57:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gdinwiddie.com/?p=378#comment-104544</guid>
		<description>The late Russell Ackoff used to repeat that the key to the performance (of any kind of system) lies in the interaction of its parts, not in the action of the parts taken separately. I was remembered about this when I read your blog post. Thanks for writing it. /Tobias</description>
		<content:encoded><![CDATA[<p>The late Russell Ackoff used to repeat that the key to the performance (of any kind of system) lies in the interaction of its parts, not in the action of the parts taken separately. I was remembered about this when I read your blog post. Thanks for writing it. /Tobias</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lisa Crispin</title>
		<link>http://blog.gdinwiddie.com/2010/03/31/distributed-development/comment-page-1/#comment-104127</link>
		<dc:creator>Lisa Crispin</dc:creator>
		<pubDate>Wed, 31 Mar 2010 16:12:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gdinwiddie.com/?p=378#comment-104127</guid>
		<description>I&#039;d be skeptical of this team&#039;s success, not because they are distributed, but because the have a separate QA team in India. A separate QA team is a smell, the whole team should take responsibility for quality and testing, and QA folks need to be integrated into the rest of the team. 

I&#039;ve actually met people from teams this distributed, in huge companies, and they have just as much success as a lot of co-located teams I know. It all comes down to how hard the team works to maximize face-to-face communication - even if it is face-to-face via video VOIP. 

Our small team has a key developer/manager in India, and we have been able to put things in place such as the Telecommuting Policy that Chris mentions, and technology such as our mobile telepresence device (see http://lisacrispin.com/wordpress/category/remote-team-members/). We are as productive as when our remote person was on site, plus other people can work remotely as needed without the team taking a productivity hit.

Having feature teams is ideal, I think, and we are trying to component-ize our software so we could do this in the future. Also, it&#039;s important to have enough real face time so that everyone in all locations knows and trusts each other.</description>
		<content:encoded><![CDATA[<p>I&#8217;d be skeptical of this team&#8217;s success, not because they are distributed, but because the have a separate QA team in India. A separate QA team is a smell, the whole team should take responsibility for quality and testing, and QA folks need to be integrated into the rest of the team. </p>
<p>I&#8217;ve actually met people from teams this distributed, in huge companies, and they have just as much success as a lot of co-located teams I know. It all comes down to how hard the team works to maximize face-to-face communication &#8211; even if it is face-to-face via video VOIP. </p>
<p>Our small team has a key developer/manager in India, and we have been able to put things in place such as the Telecommuting Policy that Chris mentions, and technology such as our mobile telepresence device (see <a href="http://lisacrispin.com/wordpress/category/remote-team-members/" rel="nofollow">http://lisacrispin.com/wordpress/category/remote-team-members/</a>). We are as productive as when our remote person was on site, plus other people can work remotely as needed without the team taking a productivity hit.</p>
<p>Having feature teams is ideal, I think, and we are trying to component-ize our software so we could do this in the future. Also, it&#8217;s important to have enough real face time so that everyone in all locations knows and trusts each other.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris McMahon</title>
		<link>http://blog.gdinwiddie.com/2010/03/31/distributed-development/comment-page-1/#comment-104126</link>
		<dc:creator>Chris McMahon</dc:creator>
		<pubDate>Wed, 31 Mar 2010 15:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gdinwiddie.com/?p=378#comment-104126</guid>
		<description>You might enjoy this blog post from a few months ago: http://chrismcmahonsblog.blogspot.com/2009/12/telecommuting-policy.html</description>
		<content:encoded><![CDATA[<p>You might enjoy this blog post from a few months ago: <a href="http://chrismcmahonsblog.blogspot.com/2009/12/telecommuting-policy.html" rel="nofollow">http://chrismcmahonsblog.blogspot.com/2009/12/telecommuting-policy.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

