<?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/" xmlns:wfw="http://wellformedweb.org/CommentAPI/">
<channel>
 <title>The IT Skeptic - Inconsistent within book</title>
 <link>http://www.itskeptic.org/taxonomy/term/78/0</link>
 <description></description>
 <language>en</language>
<item>
 <title>SD 4.6.4.3 five or six elements?</title>
 <link>http://www.itskeptic.org/sd-4643-five-or-six-elements</link>
 <description>&lt;p&gt;Page 143 mentions the five elements within the framework are as follows:&lt;/p&gt;
&lt;p&gt;However the book actually mentions 6:&lt;/p&gt;
&lt;p&gt;1.       Control&lt;/p&gt;
&lt;p&gt;2.       Plan&lt;/p&gt;
&lt;p&gt;3.       Implement&lt;/p&gt;
&lt;p&gt;4.       Evaluation (should be evaluate – see figure 4.26)&lt;/p&gt;
&lt;p&gt;5.       Maintain&lt;/p&gt;
&lt;p&gt;6.       Security governance&lt;/p&gt;
&lt;p&gt;This would make the ISMS (figure 4.26) either incomplete or wrong&lt;/p&gt;
</description>
 <comments>http://www.itskeptic.org/sd-4643-five-or-six-elements#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/66">Service Design</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/1710</wfw:commentRss>
 <pubDate>Fri, 30 Oct 2009 09:20:22 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1710 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>ITIL V3 Service Operation disconnect between Incident and Problem Management</title>
 <link>http://www.itskeptic.org/itil-v3-service-operation-disconnect-between-incid</link>
 <description>&lt;p&gt;There seems to be a major disconnect between ITIL V3 Incident and Problem Management.  &lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/itil-v3-service-operation-disconnect-between-incid&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/itil-v3-service-operation-disconnect-between-incid#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/68">Service Operation</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/topic/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/61">V3</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/1620</wfw:commentRss>
 <pubDate>Mon, 07 Sep 2009 08:40:26 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1620 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Known Error sub-process</title>
 <link>http://www.itskeptic.org/node/1205</link>
 <description>&lt;p&gt;There are two references to Known error sub-process in the SO book.&lt;br /&gt;
For example Chapter 4 states:&lt;br /&gt;
Problem Management involves root-cause analysis ... and a Known Error sub-process to allow quicker diagnosis and resolution if&lt;br /&gt;
further incidents do occur.&lt;/p&gt;
&lt;p&gt;In the Problem Management Process there is no reference to this sub-process and I cannot find the description anywhere.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/1205&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/1205#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/68">Service Operation</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/1205</wfw:commentRss>
 <pubDate>Wed, 22 Oct 2008 07:44:38 +0000</pubDate>
 <dc:creator>aroos</dc:creator>
 <guid isPermaLink="false">1205 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>CSI Model diagram</title>
 <link>http://www.itskeptic.org/node/516</link>
 <description>&lt;p&gt;The CSI Model diagram on pages 15 (fig 2.3) and 30 (fig 3.2) both start with &quot;What Is The Vision&quot;, followed by &quot;Where Are We Now&quot;. &lt;/p&gt;
&lt;p&gt;Page 163 of the same book has fig 8.4 also described as the CSI Model but without &quot;What Is The Vision&quot; step, starting instead with &quot;Where Are We Now&quot;.&lt;/p&gt;
&lt;p&gt;Clarification/justification required urgently as an exam question in V3 Foundation hinges on an understanding of what is the first step of the CSI Model.&lt;/p&gt;
&lt;p&gt;Source: Robert Falkowitz on the itsmfi forum&lt;/p&gt;
</description>
 <comments>http://www.itskeptic.org/node/516#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/69">Continual Service Improvement</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/516</wfw:commentRss>
 <pubDate>Mon, 24 Mar 2008 11:55:57 +0000</pubDate>
 <dc:creator>Alison Adams</dc:creator>
 <guid isPermaLink="false">516 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Release management also defines release policy </title>
 <link>http://www.itskeptic.org/node/511</link>
 <description>&lt;p&gt;Transition planning defines release policy [ST 4.1.4.2 p 36], which makes sense. Release management [ST 4.4 p84] also defines release policy which makes less sense.&lt;/p&gt;
</description>
 <comments>http://www.itskeptic.org/node/511#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/67">Service Transition</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/511</wfw:commentRss>
 <pubDate>Sat, 15 Mar 2008 07:58:47 +0000</pubDate>
 <dc:creator>aroos</dc:creator>
 <guid isPermaLink="false">511 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>the new name for Configuration Management, SACM </title>
 <link>http://www.itskeptic.org/node/509</link>
 <description>&lt;p&gt;the new name for Configuration Management, SACM appears only in the process itself. Not even the authors of other chapters in the same book are aware of the name change.&lt;/p&gt;
</description>
 <comments>http://www.itskeptic.org/node/509#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/67">Service Transition</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/509</wfw:commentRss>
 <pubDate>Sat, 15 Mar 2008 07:56:13 +0000</pubDate>
 <dc:creator>aroos</dc:creator>
 <guid isPermaLink="false">509 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>ST p223 CAB/EC to ECAB</title>
 <link>http://www.itskeptic.org/node/417</link>
 <description>&lt;p&gt;The &#039;not-so-obvious&#039; V2 abbreviation of CAB/EC (CAB Emergency committee) for the subset of CAB taking decisions on emergency changes is changed to EmergencyCAB or ECAB. No objections to that.&lt;/p&gt;
&lt;p&gt;Note: Even I saw a question on this in the foundation paper regarding who authorizes emergency changes - where both the options were given!! If you missed this change in V3, you (I mean V2 aware people) can rest assured that you lost one mark!&lt;/p&gt;
&lt;p&gt;Now about the inconsistency:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/417&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/417#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/67">Service Transition</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/78">Inconsistent within book</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/417</wfw:commentRss>
 <pubDate>Tue, 20 Nov 2007 16:59:14 +0000</pubDate>
 <dc:creator>vinodka</dc:creator>
 <guid isPermaLink="false">417 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
