<?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 Bureaucratic Scale of Corporate Process</title>
	<atom:link href="http://www.techdarkside.com/the-bureaucratic-scale-of-corporate-process/feed" rel="self" type="application/rss+xml" />
	<link>http://www.techdarkside.com/the-bureaucratic-scale-of-corporate-process</link>
	<description>Struggles of a Self-Taught Coder</description>
	<lastBuildDate>Tue, 07 Feb 2012 02:07: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: Allen</title>
		<link>http://www.techdarkside.com/the-bureaucratic-scale-of-corporate-process/comment-page-1#comment-149</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Tue, 05 Sep 2006 05:18:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=40#comment-149</guid>
		<description>Brilliant Daymond!  And so billiantly simple for the math majors.  I especially love the Y Intercept of the formula ;)

Very Adept... and with some refinement could put you on the road to Master ;)

&quot;Making the simple complicated is commonplace; making the complicated simple, awesomely simple, that&#039;s creativity.&quot;
- Charles Mingus
  4/22/1922</description>
		<content:encoded><![CDATA[<p>Brilliant Daymond!  And so billiantly simple for the math majors.  I especially love the Y Intercept of the formula <img src='http://www.techdarkside.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Very Adept&#8230; and with some refinement could put you on the road to Master <img src='http://www.techdarkside.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>&#8220;Making the simple complicated is commonplace; making the complicated simple, awesomely simple, that&#8217;s creativity.&#8221;<br />
- Charles Mingus<br />
  4/22/1922</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://www.techdarkside.com/the-bureaucratic-scale-of-corporate-process/comment-page-1#comment-93</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Mon, 31 Jul 2006 21:55:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=40#comment-93</guid>
		<description>I don&#039;t even want to talk about that nasty formula, Daymond. 

I want to clarify one thing: not all bureaucracy is bad. It is bad, however, to not understand the amount of bureaucracy you can tolerate and still be happy. It is also bad to not evaluate your ability to tolerate bureaucracy against a prospective employer&#039;s bureaucracy.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t even want to talk about that nasty formula, Daymond. </p>
<p>I want to clarify one thing: not all bureaucracy is bad. It is bad, however, to not understand the amount of bureaucracy you can tolerate and still be happy. It is also bad to not evaluate your ability to tolerate bureaucracy against a prospective employer&#8217;s bureaucracy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daymond</title>
		<link>http://www.techdarkside.com/the-bureaucratic-scale-of-corporate-process/comment-page-1#comment-92</link>
		<dc:creator>Daymond</dc:creator>
		<pubDate>Mon, 31 Jul 2006 20:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=40#comment-92</guid>
		<description>Ahhh, you assume bureacracy can be / should be avoided.    I think you have to differentiate appropriate deliberation vs. non value add bureacracy.    After careful theorem analysis and research, I am proposing the following algorithm to understand the depth and breadth of bureacracy in a company.

Daymond&#039;s Bureacracy Factor (or DBF) = X (Y * Z + (M*N) / ((R+S)*K)

Where..

X = size of the project team

Y = the number of business and / or VP level organizational units required to implement a typical project 

Z = risk or &quot;pucker&quot; factor - monetary / user impact of new project or change, if the solution does not work or is not deployed in time.

M = the amount of time given to implement the project

N = the contractor to FTE ratio on the project

R = the number of levels between a software engineer on the project and the VP

S = staff &quot;churn&quot; ratio 

K = organizational process maturity (1-10)

&lt;I&gt;</description>
		<content:encoded><![CDATA[<p>Ahhh, you assume bureacracy can be / should be avoided.    I think you have to differentiate appropriate deliberation vs. non value add bureacracy.    After careful theorem analysis and research, I am proposing the following algorithm to understand the depth and breadth of bureacracy in a company.</p>
<p>Daymond&#8217;s Bureacracy Factor (or DBF) = X (Y * Z + (M*N) / ((R+S)*K)</p>
<p>Where..</p>
<p>X = size of the project team</p>
<p>Y = the number of business and / or VP level organizational units required to implement a typical project </p>
<p>Z = risk or &#8220;pucker&#8221; factor &#8211; monetary / user impact of new project or change, if the solution does not work or is not deployed in time.</p>
<p>M = the amount of time given to implement the project</p>
<p>N = the contractor to FTE ratio on the project</p>
<p>R = the number of levels between a software engineer on the project and the VP</p>
<p>S = staff &#8220;churn&#8221; ratio </p>
<p>K = organizational process maturity (1-10)</p>
<p><i></i></p>
]]></content:encoded>
	</item>
</channel>
</rss>

