<?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: Open Source and Agile &#8211; oil and water?</title>
	<atom:link href="http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/feed/" rel="self" type="application/rss+xml" />
	<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/</link>
	<description>To boldly muse about Open Source</description>
	<lastBuildDate>Sat, 20 Aug 2011 22:38:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Renzo</title>
		<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/comment-page-1/#comment-83681</link>
		<dc:creator>Renzo</dc:creator>
		<pubDate>Tue, 14 Apr 2009 18:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://boldlyopen.com/?p=385#comment-83681</guid>
		<description>Gianugo, we are in front of two successful development models. Open source development evolved as it is today without a strict use of pairing, co-location and sometimes without a clear definition of customer. This doesn&#039;t mean that open source teams aren&#039;t communicating, rapidly responding to change or lacking a continuous code reviewing process. Open source development evolved to fill these gaps with specific tools and practices. Similarly Agile solved typical corporate problems using a set of accepted practices.

An example. It doesn&#039;t make sense to me to try to pair (by the XP book) with a remote developer full time (with what we have today). I&#039;m using a practice evolved for co-location for a distributed context. What it makes sense is to screenshare on demand a few times a day. Is this better than pairing? No. Is this a compromise that works with limitations? Yes. At the same time, it doesn&#039;t make sense to have 10 call conferences a day within the same company when we can stay all in the same room.

The good thing is that for problems that open source solved like distributed teams, Agile can borrow practices and vice-versa. So Agile and open source development are two different and successful processes with evident areas of overlap. So yes, horse shit with cow manure definitely is a great fertilizer! :)

PS: co-location does scale. Just add more desks ;)</description>
		<content:encoded><![CDATA[<p>Gianugo, we are in front of two successful development models. Open source development evolved as it is today without a strict use of pairing, co-location and sometimes without a clear definition of customer. This doesn&#8217;t mean that open source teams aren&#8217;t communicating, rapidly responding to change or lacking a continuous code reviewing process. Open source development evolved to fill these gaps with specific tools and practices. Similarly Agile solved typical corporate problems using a set of accepted practices.</p>
<p>An example. It doesn&#8217;t make sense to me to try to pair (by the XP book) with a remote developer full time (with what we have today). I&#8217;m using a practice evolved for co-location for a distributed context. What it makes sense is to screenshare on demand a few times a day. Is this better than pairing? No. Is this a compromise that works with limitations? Yes. At the same time, it doesn&#8217;t make sense to have 10 call conferences a day within the same company when we can stay all in the same room.</p>
<p>The good thing is that for problems that open source solved like distributed teams, Agile can borrow practices and vice-versa. So Agile and open source development are two different and successful processes with evident areas of overlap. So yes, horse shit with cow manure definitely is a great fertilizer! <img src='http://boldlyopen.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>PS: co-location does scale. Just add more desks <img src='http://boldlyopen.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gianugo</title>
		<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/comment-page-1/#comment-83671</link>
		<dc:creator>Gianugo</dc:creator>
		<pubDate>Fri, 10 Apr 2009 16:45:01 +0000</pubDate>
		<guid isPermaLink="false">http://boldlyopen.com/?p=385#comment-83671</guid>
		<description>Liam,

makes for a great fertilizer. Exactly what we need.</description>
		<content:encoded><![CDATA[<p>Liam,</p>
<p>makes for a great fertilizer. Exactly what we need.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liam</title>
		<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/comment-page-1/#comment-83668</link>
		<dc:creator>Liam</dc:creator>
		<pubDate>Fri, 10 Apr 2009 01:07:28 +0000</pubDate>
		<guid isPermaLink="false">http://boldlyopen.com/?p=385#comment-83668</guid>
		<description>Mixing open source with agile is like mixing horse shit with cow manure.</description>
		<content:encoded><![CDATA[<p>Mixing open source with agile is like mixing horse shit with cow manure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Symphonious &#187; Do-ocracy and his French-speaking twin JFDI</title>
		<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/comment-page-1/#comment-83666</link>
		<dc:creator>Symphonious &#187; Do-ocracy and his French-speaking twin JFDI</dc:creator>
		<pubDate>Thu, 09 Apr 2009 11:34:41 +0000</pubDate>
		<guid isPermaLink="false">http://boldlyopen.com/?p=385#comment-83666</guid>
		<description>[...] Gianugo Rabellino, among a bunch of interesting stuff on Agile and Open-source development:   do-ocracy and his French-speaking twin JFDI [...]</description>
		<content:encoded><![CDATA[<p>[...] Gianugo Rabellino, among a bunch of interesting stuff on Agile and Open-source development:   do-ocracy and his French-speaking twin JFDI [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don&#8217;t call it Scrum &#124; ][ stefano maffulli</title>
		<link>http://boldlyopen.com/2009/04/08/open-source-and-agile-oil-and-water/comment-page-1/#comment-83665</link>
		<dc:creator>Don&#8217;t call it Scrum &#124; ][ stefano maffulli</dc:creator>
		<pubDate>Thu, 09 Apr 2009 06:51:23 +0000</pubDate>
		<guid isPermaLink="false">http://boldlyopen.com/?p=385#comment-83665</guid>
		<description>[...] about my research on Free/Libre Open Source software development and Agile/Scrum methods. His latest post contains a sentence that summarizes my key finding so far: At the end of the day, this means that [...]</description>
		<content:encoded><![CDATA[<p>[...] about my research on Free/Libre Open Source software development and Agile/Scrum methods. His latest post contains a sentence that summarizes my key finding so far: At the end of the day, this means that [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

