<?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 Tyranny of Process Worship Within IT</title>
	<atom:link href="http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/</link>
	<description>Pragmatic IT Management</description>
	<lastBuildDate>Thu, 02 Sep 2010 18:18:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Eric Egolf</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-133</link>
		<dc:creator>Eric Egolf</dc:creator>
		<pubDate>Fri, 21 Aug 2009 22:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-133</guid>
		<description>I found a lot of value out of this article, thanks for writting it. In reading people&#039;s responses an interesting pattern starts to emerge. In this article you are speaking about process in abstract terms adding some philosphical leasons/points. This forces the reader to rely on his or her own personal experiences to try and internalize your points. However readers have such diverse set of experiences, i.e. process in an 100,1000, 10000 organization differ dramatically. Your big picture point is simply &quot;you should really question if your organization has too much proccess and if it does that will lead to lose of talent.&quot; However people&#039;s natural tendency is to either agree or debate some of the philosphies but that is impossible with out knowing the specifics of that reader&#039;s organization.

I think everyone has been in situations where process adds to the final product and situations where it detracts and it is by no means a new problem. You article is meant to open our eyes to new ways of looking at that age old problem but not to solve it for us.</description>
		<content:encoded><![CDATA[<p>I found a lot of value out of this article, thanks for writting it. In reading people&#8217;s responses an interesting pattern starts to emerge. In this article you are speaking about process in abstract terms adding some philosphical leasons/points. This forces the reader to rely on his or her own personal experiences to try and internalize your points. However readers have such diverse set of experiences, i.e. process in an 100,1000, 10000 organization differ dramatically. Your big picture point is simply &#8220;you should really question if your organization has too much proccess and if it does that will lead to lose of talent.&#8221; However people&#8217;s natural tendency is to either agree or debate some of the philosphies but that is impossible with out knowing the specifics of that reader&#8217;s organization.</p>
<p>I think everyone has been in situations where process adds to the final product and situations where it detracts and it is by no means a new problem. You article is meant to open our eyes to new ways of looking at that age old problem but not to solve it for us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D Garbo</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-129</link>
		<dc:creator>D Garbo</dc:creator>
		<pubDate>Sun, 09 Aug 2009 03:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-129</guid>
		<description>In my experience, the most process-laden organizations are the least innovative.  Truly innovative companies encourage people to think outside the box, be critical thinkers, and tell the emperor he&#039;s buck naked.  It also seems to be the case that process worship occurs most in organizations that do not trust their employees and therefore would never contemplate anything as brave as the Netflix manifesto.  Finally, process exists where mistakes are not tolerated or considered to be necessary learning opportunities on the path to something better (product, culture, whatever).  I can&#039;t recall who said it first (and it doesn&#039;t matter anyway), but somebody once said the key to success (in business as well as in life) is to learn how to fail better.  The whole point of process is to reduce if not eliminate mistakes.</description>
		<content:encoded><![CDATA[<p>In my experience, the most process-laden organizations are the least innovative.  Truly innovative companies encourage people to think outside the box, be critical thinkers, and tell the emperor he&#8217;s buck naked.  It also seems to be the case that process worship occurs most in organizations that do not trust their employees and therefore would never contemplate anything as brave as the Netflix manifesto.  Finally, process exists where mistakes are not tolerated or considered to be necessary learning opportunities on the path to something better (product, culture, whatever).  I can&#8217;t recall who said it first (and it doesn&#8217;t matter anyway), but somebody once said the key to success (in business as well as in life) is to learn how to fail better.  The whole point of process is to reduce if not eliminate mistakes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ramki_b</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-128</link>
		<dc:creator>ramki_b</dc:creator>
		<pubDate>Sat, 08 Aug 2009 17:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-128</guid>
		<description>&lt;p&gt;Neat blog post based on recently made public Netflix culture PPT; very good points in here &#8211; &lt;a href=&quot;http://bit.ly/ManTG&quot; rel=&quot;nofollow&quot;&gt;http://bit.ly/ManTG&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://twitter.com/ramki_b/statuses/3195098409&quot; rel=&quot;nofollow&quot;&gt;Twitter&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Neat blog post based on recently made public Netflix culture PPT; very good points in here &#8211; <a href="http://bit.ly/ManTG" rel="nofollow">http://bit.ly/ManTG</a></p>
<p><i>This comment was originally posted on <a href="http://twitter.com/ramki_b/statuses/3195098409" rel="nofollow">Twitter</a></i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry Thorsen</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-105</link>
		<dc:creator>Terry Thorsen</dc:creator>
		<pubDate>Sat, 08 Aug 2009 04:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-105</guid>
		<description>I had an Internet startup in the dot.com days. We grew very rapidly. We almost suffocated the company by applying too much process. When the crash came in 2000 we lost a big customer and had to cut our staff in half. I was crapping because I didn&#039;t know how all the work would get done with half the people. Turns out though that not only were we able to get the work done but that things actually improved. We were forced to break down processes, if only because we couldn&#039;t afford a person to make checkmarks or play middleman. Eventually we whittled the staff down from 50 to 20, while continuing to grow revenue and dramatically increasing our feature functionality.

What were we thinking when we implemented process after process? I think what drove us to rely on processes is likely the same thing that drives others down this path. It&#039;s the loss of vision and touch. When you&#039;re small you know everything that is going on. You pick it up on the &quot;airwaves&quot; in a small company because you sit in the same room for instance. Decisions come easy because information is at hand. Then when the company grows large enough that you *can&#039;t know everything*, as a manager you feel a loss of control. You are floating untethered. Then you decide: Bam!  Let&#039;s put in some processes so I can be assured that I know how things are getting done. Processes which of course we know junk up the system if they don&#039;t actually fail outright.

The philosophical lesson obviously is that you can&#039;t control everything and that (of course) you weren&#039;t really in control to begin with. A company runs on the myriad of microdecisions made by each employee each and every day. At some point you *must* trust the judgement of your people. Use the force.

So what can you do? The lesson I walked away with (after further employment working also for some big companies) is that there are only a few things that a manager can really do to make things go in the direction they want. The first is to hire good people. Duh right? But a lot of the time we hire people who are &quot;good enough&quot; because we&#039;re thinking in terms of roles and not in terms of microdecisions. The second is that the largest influence, perhaps the only influence, that a manager has is in the establishment of &quot;culture&quot;. Companies are social systems. They are tribes (see Paul Graham on this). The leader sets the tone and (most times) creates the culture. Do as I do, not as I say. If you set the right culture then it affects trickles into all of those microdecisions in a way that no process can possibly achieve.

For middle managers this is not a great situation since, unfortunately, the culture of a company is typically set by the senior management. A middle manager cannot really swim against that tide because your job as a middle manager is not to set culture - it is to make sure that what the CEO has proscribed gets done. If as a middle manager you fit snugly into the culture set by the CEO then you&#039;ll probably be happy. If not then you&#039;re likely to be miserable (although possibly too well paid to leave, a trick large companies use to keep the best people employed ;) This is my take at least and it depends of course on how much autonomy middle managers are given and perhaps the degree to which senior management is enlightened (Google?), or perhaps even pursuing goals other than money (for instance Steve Jobs&#039; pursuit of elegance and vainglory I think sends Apple off onto an atypical trajectory).</description>
		<content:encoded><![CDATA[<p>I had an Internet startup in the dot.com days. We grew very rapidly. We almost suffocated the company by applying too much process. When the crash came in 2000 we lost a big customer and had to cut our staff in half. I was crapping because I didn&#8217;t know how all the work would get done with half the people. Turns out though that not only were we able to get the work done but that things actually improved. We were forced to break down processes, if only because we couldn&#8217;t afford a person to make checkmarks or play middleman. Eventually we whittled the staff down from 50 to 20, while continuing to grow revenue and dramatically increasing our feature functionality.</p>
<p>What were we thinking when we implemented process after process? I think what drove us to rely on processes is likely the same thing that drives others down this path. It&#8217;s the loss of vision and touch. When you&#8217;re small you know everything that is going on. You pick it up on the &#8220;airwaves&#8221; in a small company because you sit in the same room for instance. Decisions come easy because information is at hand. Then when the company grows large enough that you *can&#8217;t know everything*, as a manager you feel a loss of control. You are floating untethered. Then you decide: Bam!  Let&#8217;s put in some processes so I can be assured that I know how things are getting done. Processes which of course we know junk up the system if they don&#8217;t actually fail outright.</p>
<p>The philosophical lesson obviously is that you can&#8217;t control everything and that (of course) you weren&#8217;t really in control to begin with. A company runs on the myriad of microdecisions made by each employee each and every day. At some point you *must* trust the judgement of your people. Use the force.</p>
<p>So what can you do? The lesson I walked away with (after further employment working also for some big companies) is that there are only a few things that a manager can really do to make things go in the direction they want. The first is to hire good people. Duh right? But a lot of the time we hire people who are &#8220;good enough&#8221; because we&#8217;re thinking in terms of roles and not in terms of microdecisions. The second is that the largest influence, perhaps the only influence, that a manager has is in the establishment of &#8220;culture&#8221;. Companies are social systems. They are tribes (see Paul Graham on this). The leader sets the tone and (most times) creates the culture. Do as I do, not as I say. If you set the right culture then it affects trickles into all of those microdecisions in a way that no process can possibly achieve.</p>
<p>For middle managers this is not a great situation since, unfortunately, the culture of a company is typically set by the senior management. A middle manager cannot really swim against that tide because your job as a middle manager is not to set culture &#8211; it is to make sure that what the CEO has proscribed gets done. If as a middle manager you fit snugly into the culture set by the CEO then you&#8217;ll probably be happy. If not then you&#8217;re likely to be miserable (although possibly too well paid to leave, a trick large companies use to keep the best people employed <img src='http://www.ciopedia.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  This is my take at least and it depends of course on how much autonomy middle managers are given and perhaps the degree to which senior management is enlightened (Google?), or perhaps even pursuing goals other than money (for instance Steve Jobs&#8217; pursuit of elegance and vainglory I think sends Apple off onto an atypical trajectory).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yarapavan</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-104</link>
		<dc:creator>yarapavan</dc:creator>
		<pubDate>Fri, 07 Aug 2009 14:50:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-104</guid>
		<description>&lt;p&gt;&#8220;The Tyranny of Process Worship Within IT?&#8221;  Processes R seldom retired or removed from an org but R very easily added. &lt;a href=&quot;http://bit.ly/yM2uL&quot; rel=&quot;nofollow&quot;&gt;http://bit.ly/yM2uL&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://twitter.com/yarapavan/statuses/3178555028&quot; rel=&quot;nofollow&quot;&gt;Twitter&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>&#8220;The Tyranny of Process Worship Within IT?&#8221;  Processes R seldom retired or removed from an org but R very easily added. <a href="http://bit.ly/yM2uL" rel="nofollow">http://bit.ly/yM2uL</a></p>
<p><i>This comment was originally posted on <a href="http://twitter.com/yarapavan/statuses/3178555028" rel="nofollow">Twitter</a></i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wesgeorge</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-103</link>
		<dc:creator>wesgeorge</dc:creator>
		<pubDate>Fri, 07 Aug 2009 12:54:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-103</guid>
		<description>&lt;p&gt;RT @pmhesse A great read: The Tyranny of Process Worship within IT:  &lt;a href=&quot;http://bit.ly/eWc25&quot; rel=&quot;nofollow&quot;&gt;http://bit.ly/eWc25&lt;/a&gt; &#8211; not just within IT. Process strangles innovation!&lt;/p&gt;
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://twitter.com/wesgeorge/statuses/3177279401&quot; rel=&quot;nofollow&quot;&gt;Twitter&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>RT @pmhesse A great read: The Tyranny of Process Worship within IT:  <a href="http://bit.ly/eWc25" rel="nofollow">http://bit.ly/eWc25</a> &#8211; not just within IT. Process strangles innovation!</p>
<p><i>This comment was originally posted on <a href="http://twitter.com/wesgeorge/statuses/3177279401" rel="nofollow">Twitter</a></i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blasdel</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-102</link>
		<dc:creator>blasdel</dc:creator>
		<pubDate>Fri, 07 Aug 2009 09:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-102</guid>
		<description>I couldn&#039;t disagree more -- what could be more pro-family than being able to come in to the office for face time 10~3, and get shit done on your own schedule?
What could be more pro-family than not having to count vacation days, being able to spend time with your kids instead of reading HN and &#039;looking busy&#039; when you don&#039;t have a pile of work?
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://news.ycombinator.com/item?id=746078&quot; rel=&quot;nofollow&quot;&gt;Hacker News&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t disagree more &#8212; what could be more pro-family than being able to come in to the office for face time 10~3, and get shit done on your own schedule?<br />
What could be more pro-family than not having to count vacation days, being able to spend time with your kids instead of reading HN and &#8216;looking busy&#8217; when you don&#8217;t have a pile of work?</p>
<p><i>This comment was originally posted on <a href="http://news.ycombinator.com/item?id=746078" rel="nofollow">Hacker News</a></i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daemin</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-101</link>
		<dc:creator>daemin</dc:creator>
		<pubDate>Fri, 07 Aug 2009 03:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-101</guid>
		<description>Yes they do that. Additionally I think in a codified process it&#039;s probably more important to write down why the process is there and what problem it attempts to mitigate/solve. Then when the problem has been solved in some other way the process should be removed.
(Written) Processes seem to be the same sort of thing as code commenting.
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://news.ycombinator.com/item?id=746078&quot; rel=&quot;nofollow&quot;&gt;Hacker News&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Yes they do that. Additionally I think in a codified process it&#8217;s probably more important to write down why the process is there and what problem it attempts to mitigate/solve. Then when the problem has been solved in some other way the process should be removed.<br />
(Written) Processes seem to be the same sort of thing as code commenting.</p>
<p><i>This comment was originally posted on <a href="http://news.ycombinator.com/item?id=746078" rel="nofollow">Hacker News</a></i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Booher</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-100</link>
		<dc:creator>Scott Booher</dc:creator>
		<pubDate>Fri, 07 Aug 2009 01:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-100</guid>
		<description>Brian,

Thanks so much for your comments, I think you nailed it with your two points above (confidence level, and lack of focus on outcomes).  The lack of organizational confidence especially, seems to be a driver for over-application of process, and once a team heads down that path, it is hard to pull back.  More and more Powerpojnts are created, more ideas are tried, one after another, and more excuses are made for failure, when in many cases an effective application of direct leadership would straighten things out.  I&#039;ve seen the frustration with staff that are in this situation, and it leaves an impression - something for us all to be vigilant in if possible...

Scott</description>
		<content:encoded><![CDATA[<p>Brian,</p>
<p>Thanks so much for your comments, I think you nailed it with your two points above (confidence level, and lack of focus on outcomes).  The lack of organizational confidence especially, seems to be a driver for over-application of process, and once a team heads down that path, it is hard to pull back.  More and more Powerpojnts are created, more ideas are tried, one after another, and more excuses are made for failure, when in many cases an effective application of direct leadership would straighten things out.  I&#8217;ve seen the frustration with staff that are in this situation, and it leaves an impression &#8211; something for us all to be vigilant in if possible&#8230;</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Booher</title>
		<link>http://www.ciopedia.com/2009/08/the-tyranny-of-process-worship-within-it/comment-page-1/#comment-97</link>
		<dc:creator>Scott Booher</dc:creator>
		<pubDate>Fri, 07 Aug 2009 00:41:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.ciopedia.com/?p=1282#comment-97</guid>
		<description>excellent t-shirt idea
&lt;p&gt;&lt;i&gt;This comment was originally posted on &lt;a href=&quot;http://news.ycombinator.com/item?id=746078&quot; rel=&quot;nofollow&quot;&gt;Hacker News&lt;/a&gt;&lt;/i&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>excellent t-shirt idea</p>
<p><i>This comment was originally posted on <a href="http://news.ycombinator.com/item?id=746078" rel="nofollow">Hacker News</a></i></p>
]]></content:encoded>
	</item>
</channel>
</rss>
