<?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: The Perfect Size For An Agile Team &#8211; 1 Person &#8211; It&#8217;s Crazy!</title> <atom:link href="http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/feed/" rel="self" type="application/rss+xml" /><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/</link> <description>For the betterment of the software craft...</description> <lastBuildDate>Mon, 21 Nov 2011 13:57:06 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.2</generator> <item><title>By: Aaron</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3459</link> <dc:creator>Aaron</dc:creator> <pubDate>Mon, 01 Feb 2010 08:20:21 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3459</guid> <description>I have to agree with Korny in some parts.
I&#039;ve worked on a single developer team and had most of the benefits you mentioned, however it was very hard to get all the goodness of agile into the team. It was me (dev) and business rep and a tester. Things like velocity and retros were not rewarding enough so we canned them. It might sound drastic in the agile terms, but for such a small team it was more overhead than anything.
And of course in the end I had to do the mammoth handover to an unlucky developer, a guy who hadn&#039;t seen any of the code before and wouldn&#039;t be able to ask me any questions because I wasn&#039;t around anymore. Had we multiplied the number of devs by 2 for a while it would have worked out much better in the long run for the product owners.
A drawback of a single developer I guess, that developer isn&#039;t around for the life of the software anyway...</description> <content:encoded><![CDATA[<p>I have to agree with Korny in some parts.</p><p>I&#8217;ve worked on a single developer team and had most of the benefits you mentioned, however it was very hard to get all the goodness of agile into the team. It was me (dev) and business rep and a tester. Things like velocity and retros were not rewarding enough so we canned them. It might sound drastic in the agile terms, but for such a small team it was more overhead than anything.</p><p>And of course in the end I had to do the mammoth handover to an unlucky developer, a guy who hadn&#8217;t seen any of the code before and wouldn&#8217;t be able to ask me any questions because I wasn&#8217;t around anymore. Had we multiplied the number of devs by 2 for a while it would have worked out much better in the long run for the product owners.</p><p>A drawback of a single developer I guess, that developer isn&#8217;t around for the life of the software anyway&#8230;</p> ]]></content:encoded> </item> <item><title>By: Alan Skorkin</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3448</link> <dc:creator>Alan Skorkin</dc:creator> <pubDate>Sun, 31 Jan 2010 01:53:24 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3448</guid> <description>I have met the occasional developer who was quite bad, but I have tended to think of those as the exception rather than the rule (an outlier if you like). But you do make a very valid point by bringing pairing into the equation, it is hard to talk about individual productivity in a pairing environment.</description> <content:encoded><![CDATA[<p>I have met the occasional developer who was quite bad, but I have tended to think of those as the exception rather than the rule (an outlier if you like). But you do make a very valid point by bringing pairing into the equation, it is hard to talk about individual productivity in a pairing environment.</p> ]]></content:encoded> </item> <item><title>By: Alan Skorkin</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3447</link> <dc:creator>Alan Skorkin</dc:creator> <pubDate>Sun, 31 Jan 2010 01:47:52 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3447</guid> <description>Yeah I do see where you&#039;re coming from, I am always of two minds regarding the whole business representative thing. Is the business representative to be considered a fully fledged member of the team or is s/he the main stakeholder instead, there are points to be made either way and it is different from project to project. For this reason I neatly avoid that issue by not mentioning it :). And you&#039;re quite correct people tend to need other people to truly be agile which is one of the points I make in the post (in my own roundabout way :)).</description> <content:encoded><![CDATA[<p>Yeah I do see where you&#8217;re coming from, I am always of two minds regarding the whole business representative thing. Is the business representative to be considered a fully fledged member of the team or is s/he the main stakeholder instead, there are points to be made either way and it is different from project to project. For this reason I neatly avoid that issue by not mentioning it :). And you&#8217;re quite correct people tend to need other people to truly be agile which is one of the points I make in the post (in my own roundabout way :)).</p> ]]></content:encoded> </item> <item><title>By: Alan Skorkin</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3446</link> <dc:creator>Alan Skorkin</dc:creator> <pubDate>Sun, 31 Jan 2010 01:44:41 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3446</guid> <description>Without doubt, that one is by far the biggest sticking point and most business are not willing to bear the risk (which is fair enough).</description> <content:encoded><![CDATA[<p>Without doubt, that one is by far the biggest sticking point and most business are not willing to bear the risk (which is fair enough).</p> ]]></content:encoded> </item> <item><title>By: Korny</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3443</link> <dc:creator>Korny</dc:creator> <pubDate>Sat, 30 Jan 2010 23:28:14 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3443</guid> <description>Oh, and with regard to being &quot;10 times more productive than the average&quot; - I think you&#039;ve never been exposed to average developers.  We have some mediocre folks, but there is a vast rump of terrible developers that bring the average way, way down.  And even the mediocre folks tend to get pulled up to an acceptable standard by pairing.
The average developer gets things wrong, all the time.  They don&#039;t write decent (or any!) tests.  They misunderstand requirements.  They write overly-complex code, and then spend days trying to diagnose what is going wrong with the wrong tools, or just by trial-and-error.  It&#039;s not hard to be 10 times as productive as someone like that.</description> <content:encoded><![CDATA[<p>Oh, and with regard to being &#8220;10 times more productive than the average&#8221; &#8211; I think you&#8217;ve never been exposed to average developers.  We have some mediocre folks, but there is a vast rump of terrible developers that bring the average way, way down.  And even the mediocre folks tend to get pulled up to an acceptable standard by pairing.<br
/> The average developer gets things wrong, all the time.  They don&#8217;t write decent (or any!) tests.  They misunderstand requirements.  They write overly-complex code, and then spend days trying to diagnose what is going wrong with the wrong tools, or just by trial-and-error.  It&#8217;s not hard to be 10 times as productive as someone like that.</p> ]]></content:encoded> </item> <item><title>By: Korny</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3442</link> <dc:creator>Korny</dc:creator> <pubDate>Sat, 30 Jan 2010 23:13:27 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3442</guid> <description>So, this one-person team - does it include a business representative? :)
Agile is all about communication - and it&#039;s awfully hard to find opportunities to communicate, when there&#039;s only one of you.  Some people may be able to stop, look at their own work (and ways of working), say &quot;but is this really working?&quot;, and embrace continuing change - but most people tend to do this much better when there is someone else to bounce ideas off.
I do think a one-person team can be awesomely productive and powerful - I&#039;ve been on such teams :) but I doubt they will be agile, and they&#039;ll miss out on a lot of the benefits of agility.
An agile team is greater than the sum of it&#039;s parts, a 1 person team is exactly equal to the sum of it&#039;s parts!</description> <content:encoded><![CDATA[<p>So, this one-person team &#8211; does it include a business representative? :)<br
/> Agile is all about communication &#8211; and it&#8217;s awfully hard to find opportunities to communicate, when there&#8217;s only one of you.  Some people may be able to stop, look at their own work (and ways of working), say &#8220;but is this really working?&#8221;, and embrace continuing change &#8211; but most people tend to do this much better when there is someone else to bounce ideas off.<br
/> I do think a one-person team can be awesomely productive and powerful &#8211; I&#8217;ve been on such teams :) but I doubt they will be agile, and they&#8217;ll miss out on a lot of the benefits of agility.<br
/> An agile team is greater than the sum of it&#8217;s parts, a 1 person team is exactly equal to the sum of it&#8217;s parts!</p> ]]></content:encoded> </item> <item><title>By: Greg Sieranski</title><link>http://www.skorks.com/2010/01/the-perfect-size-for-an-agile-team-1-person-its-crazy/comment-page-1/#comment-3441</link> <dc:creator>Greg Sieranski</dc:creator> <pubDate>Sat, 30 Jan 2010 16:54:52 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1268#comment-3441</guid> <description>I know a guy who knows a guy who knew a guy that could do the work of 50 men! Very thought provoking article. I really believe the one man agile team would work if only there was a way to prevent the whole bus or leaving the country thing.</description> <content:encoded><![CDATA[<p>I know a guy who knows a guy who knew a guy that could do the work of 50 men! Very thought provoking article. I really believe the one man agile team would work if only there was a way to prevent the whole bus or leaving the country thing.</p> ]]></content:encoded> </item> </channel> </rss>
