<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.itskeptic.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>The IT Skeptic - Comments for &quot;Two ITIL-derived rules of thumb for organising the IT department&quot;</title>
 <link>http://www.itskeptic.org/two-itil-derived-rules-thumb-organising-it-departm</link>
 <description>Comments for &quot;Two ITIL-derived rules of thumb for organising the IT department&quot;</description>
 <language>en</language>
<item>
 <title>COBIT gives RACI.  ITIL will just give you platitudes</title>
 <link>http://www.itskeptic.org/two-itil-derived-rules-thumb-organising-it-departm#comment-5558</link>
 <description>&lt;p&gt;of course if you actually want useful RACIs without having to invent your own, don&#039;t look in ITIL.  Look in COBIT which has clear RACI charts for every process.  ITIL will just give you platitudes about how important they are&lt;/p&gt;
</description>
 <pubDate>Thu, 17 Sep 2009 19:55:11 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 5558 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>broken thumb</title>
 <link>http://www.itskeptic.org/two-itil-derived-rules-thumb-organising-it-departm#comment-5555</link>
 <description>&lt;p&gt;Organizational structure is a mystical religion. In my experience, mostly irrelevant to performance of an organization. Leadership, management, role definition, accountability etc.. are the determining factors of success.&lt;/p&gt;
&lt;p&gt;You could easily argue separation of front and back office, or separation by technical competency (desktop vs server vs etc..) is the most efficient method. You could argue separation of management from operations gives management little or no ability to affect operational change quickly in response to service issues etc..&lt;/p&gt;
&lt;p&gt;Organizational design is another thing that is best (IMHO) developed top down based on the strategy of the IT organization. The logical grouping of functions under a single structure is mostly to create greater informal working structures and responsiveness which should respond to goals of the IT organization. It also considers the capabilities of management and skillsets of the people in the organization to determine the scope and responsibility of each group/division.&lt;/p&gt;
&lt;p&gt;I&#039;ll throw in a whizzer and see if anyone bites. ITIL or Service Management execution is not a goal or strategy of an organization or an IT organization. Its a cost of doing business not a value add (ie. something that creates revenue, marketshare, etc..) . You should be doing it at a level appropriate to your needs. Therefore you should not design your IT organization around Service Management. You design your processes, accountability, roles etc.. and not structure.&lt;/p&gt;
&lt;p&gt;$0.02&lt;/p&gt;
&lt;p&gt;B&lt;/p&gt;
</description>
 <pubDate>Thu, 17 Sep 2009 16:57:13 +0000</pubDate>
 <dc:creator>buraddo</dc:creator>
 <guid isPermaLink="false">comment 5555 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Don&#039;t forget RACI</title>
 <link>http://www.itskeptic.org/two-itil-derived-rules-thumb-organising-it-departm#comment-5554</link>
 <description>&lt;p&gt;I agree with what you&#039;ve said.  However, I would add that ITIL IS specific about clear understanding regarding a couple of things:&lt;/p&gt;
&lt;p&gt;Before undertaking and ITIL adoption effort, be sure certain roles are filled (which ones depends on where the organization starts).&lt;/p&gt;
&lt;p&gt;ITIL also says that reporting, accountability, etc., also have to be clearly defined (aka RACI).  Chapter 6 in the CSI volume provides excellent guidance in this area (while it&#039;s about CSI it has broader applicability -- there&#039;s also good material about organizing in the other books).&lt;/p&gt;
&lt;p&gt;David&lt;/p&gt;
</description>
 <pubDate>Thu, 17 Sep 2009 15:42:15 +0000</pubDate>
 <dc:creator>DavidM</dc:creator>
 <guid isPermaLink="false">comment 5554 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
