<?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 Fallacy of Management</title>
	<atom:link href="http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/</link>
	<description>Passionate about Startups and MicroISVs</description>
	<lastBuildDate>Tue, 07 Feb 2012 17:42:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Gates VP</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-813</link>
		<dc:creator>Gates VP</dc:creator>
		<pubDate>Sat, 03 Nov 2007 22:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-813</guid>
		<description>Hey man, I didn&#039;t even notice the ping-back, thanks :)

As to this &lt;i&gt;Secondly, I question whether 10 years will make a difference in the cycle of developers moving into management.&lt;/i&gt;

I&#039;m still young (27), so maybe I&#039;m just being overly optimistic. I do know that I&#039;m seeing something turn over the last year that wasn&#039;t true 20 years ago:
 1. Nearly all companies are touched by technologies!
 2. Lots of them have seen the effects of bad technology.

I see this b/c of the sheer # of people who come in with shitty projects done in 2000-2004 and they&#039;re realizing the inadequacy of the project. The project they want me to do is usually their 2nd or 3rd project, and they now have a much better taste for what &quot;software means&quot;.

Software is non-material concept that&#039;s inherently difficult to grasp. What&#039;s more, it&#039;s a concept that is/was unfamiliar to many business owners. But that &lt;i&gt;is&lt;/i&gt; is becoming a &lt;i&gt;was&lt;/i&gt;. Nearly all business stakeholders are becoming familiar with software.

This is where I hold out hope in 10 years. That will give us another whole cycle. In 10 years, I&#039;ll have clients on their 3rd or 4th or 5th generation of software. When the clients get there, they will have a much better concept of &quot;software&quot;, they will understand more and demand more. They will know that we are not cogs, they will meet a great programmer, they will appreciate the value and strength of &quot;domain knowledge&quot;.

And we the software companies will be required to deliver at a significantly higher level. I&#039;m just hoping that by then, we&#039;ll have weeded out the guys who carry too much weight in the middle :)</description>
		<content:encoded><![CDATA[<p>Hey man, I didn&#8217;t even notice the ping-back, thanks <img src='http://softwarebyrob.wpengine.netdna-cdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>As to this <i>Secondly, I question whether 10 years will make a difference in the cycle of developers moving into management.</i></p>
<p>I&#8217;m still young (27), so maybe I&#8217;m just being overly optimistic. I do know that I&#8217;m seeing something turn over the last year that wasn&#8217;t true 20 years ago:<br />
 1. Nearly all companies are touched by technologies!<br />
 2. Lots of them have seen the effects of bad technology.</p>
<p>I see this b/c of the sheer # of people who come in with shitty projects done in 2000-2004 and they&#8217;re realizing the inadequacy of the project. The project they want me to do is usually their 2nd or 3rd project, and they now have a much better taste for what &#8220;software means&#8221;.</p>
<p>Software is non-material concept that&#8217;s inherently difficult to grasp. What&#8217;s more, it&#8217;s a concept that is/was unfamiliar to many business owners. But that <i>is</i> is becoming a <i>was</i>. Nearly all business stakeholders are becoming familiar with software.</p>
<p>This is where I hold out hope in 10 years. That will give us another whole cycle. In 10 years, I&#8217;ll have clients on their 3rd or 4th or 5th generation of software. When the clients get there, they will have a much better concept of &#8220;software&#8221;, they will understand more and demand more. They will know that we are not cogs, they will meet a great programmer, they will appreciate the value and strength of &#8220;domain knowledge&#8221;.</p>
<p>And we the software companies will be required to deliver at a significantly higher level. I&#8217;m just hoping that by then, we&#8217;ll have weeded out the guys who carry too much weight in the middle <img src='http://softwarebyrob.wpengine.netdna-cdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-792</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 02 Nov 2007 06:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-792</guid>
		<description>A good manager is 
* extremely hard to find
* invaluable
* one of the most important members of the team

A bad manager is
* common
* dead weight
* counterproductive

Here&#039;s the thing: developers, especially great ones, typically make terrible managers. It takes a very, very special person to make the jump from developing to managing people. The one&#039;s that do that successfully end up running companies. The rest just hinder future developers. Sad truth. 

Bottom line: management is critical and that is why so few software projects get done at an enterprise scale. Good managers are hard to find; great ones are near impossible.</description>
		<content:encoded><![CDATA[<p>A good manager is<br />
* extremely hard to find<br />
* invaluable<br />
* one of the most important members of the team</p>
<p>A bad manager is<br />
* common<br />
* dead weight<br />
* counterproductive</p>
<p>Here&#8217;s the thing: developers, especially great ones, typically make terrible managers. It takes a very, very special person to make the jump from developing to managing people. The one&#8217;s that do that successfully end up running companies. The rest just hinder future developers. Sad truth. </p>
<p>Bottom line: management is critical and that is why so few software projects get done at an enterprise scale. Good managers are hard to find; great ones are near impossible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mooch</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-692</link>
		<dc:creator>Mooch</dc:creator>
		<pubDate>Fri, 19 Oct 2007 17:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-692</guid>
		<description>My previous comment continued...

I had previously created this article at my current job and thought I should post it to back up my previous comment:   http://www.moochweb.com/roles.aspx</description>
		<content:encoded><![CDATA[<p>My previous comment continued&#8230;</p>
<p>I had previously created this article at my current job and thought I should post it to back up my previous comment:   <a href="http://www.moochweb.com/roles.aspx" rel="nofollow">http://www.moochweb.com/roles.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mooch</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-685</link>
		<dc:creator>Mooch</dc:creator>
		<pubDate>Fri, 19 Oct 2007 14:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-685</guid>
		<description>Your insights are based on a best case scenario.  A team of mid-high quality programmers without management would likely not develop into a highly uccessful team on their own.  They would develop into something, but none the less, someone would eventually take the &quot;management role&quot;.  

I see project teams as a group of people that play roles.  Not necessarily a group of developers with a manager above them.</description>
		<content:encoded><![CDATA[<p>Your insights are based on a best case scenario.  A team of mid-high quality programmers without management would likely not develop into a highly uccessful team on their own.  They would develop into something, but none the less, someone would eventually take the &#8220;management role&#8221;.  </p>
<p>I see project teams as a group of people that play roles.  Not necessarily a group of developers with a manager above them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Peltier</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-671</link>
		<dc:creator>Jon Peltier</dc:creator>
		<pubDate>Thu, 18 Oct 2007 12:30:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-671</guid>
		<description>Ten years will not make a difference. Twenty years ago I started working for the R&amp;D department in a large corporation. They were truggling with the Technical/Management track back then, and went as far as to draw up specs (job descriptions) for the parallel steps on the two ladders. All the equal-pay, equal-authority objectives turned out to be just noise, and while technical expertise is in fact respected at this company, the technical ladder does not extend nearly as high as the management ladder.

I left five years ago for different reasons, and the company is still struggling with the two tracks. At my current company, the management and technical tracks are completely integrated, and the only job description is &quot;whatever I&#039;m doing right now.&quot; I suspect that as soon as a company grows to more than one person that this unique situation breaks down.</description>
		<content:encoded><![CDATA[<p>Ten years will not make a difference. Twenty years ago I started working for the R&amp;D department in a large corporation. They were truggling with the Technical/Management track back then, and went as far as to draw up specs (job descriptions) for the parallel steps on the two ladders. All the equal-pay, equal-authority objectives turned out to be just noise, and while technical expertise is in fact respected at this company, the technical ladder does not extend nearly as high as the management ladder.</p>
<p>I left five years ago for different reasons, and the company is still struggling with the two tracks. At my current company, the management and technical tracks are completely integrated, and the only job description is &#8220;whatever I&#8217;m doing right now.&#8221; I suspect that as soon as a company grows to more than one person that this unique situation breaks down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Sargent</title>
		<link>http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/comment-page-1/#comment-665</link>
		<dc:creator>Will Sargent</dc:creator>
		<pubDate>Wed, 17 Oct 2007 22:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwarebyrob.com/2007/10/17/the-fallacy-of-management/#comment-665</guid>
		<description>I&#039;d say the truth is somewhere in between.  Managers aren&#039;t responsible for delivering product; neither are programmers.  The team delivers product.  A manager may be a functional part of the team, or damage to be worked around.

I think a common management fallacy is that programmers work for managers, and managers for their bosses.  Programmers and managers work for the team.  The team is what produces success, and the manager can only take credit for being involved in the team.</description>
		<content:encoded><![CDATA[<p>I&#8217;d say the truth is somewhere in between.  Managers aren&#8217;t responsible for delivering product; neither are programmers.  The team delivers product.  A manager may be a functional part of the team, or damage to be worked around.</p>
<p>I think a common management fallacy is that programmers work for managers, and managers for their bosses.  Programmers and managers work for the team.  The team is what produces success, and the manager can only take credit for being involved in the team.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

