<?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>problem</title>
 <link>http://www.itskeptic.org/taxonomy/term/157</link>
 <description>The taxonomy view with a depth of 0.</description>
 <language>en</language>
<item>
 <title>Riddle me this: matching ITIL theory to the real world</title>
 <link>http://www.itskeptic.org/riddle-me-matching-itil-theory-real-world</link>
 <description>&lt;p&gt;Calling all you ITIL theorists, philosophers, pontificators and pundits.  Marty is back: our follower from the real world, trying to make sense of ITIL on its home grounds, the operations of big iron batch computing.  Marty asks what happens after a service is restored? What does ITIL call the function of undoing the damage done while a service was unavailable?  I have a view - of course - but I&#039;m going to stay quiet - for a while- and hear what everyone else thinks.  So have at it.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/riddle-me-matching-itil-theory-real-world&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/riddle-me-matching-itil-theory-real-world#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/2081</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <pubDate>Fri, 21 Oct 2011 13:53:12 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">2081 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>ITIL Problem versus Risk</title>
 <link>http://www.itskeptic.org/itil-problem-versus-risk</link>
 <description>&lt;p&gt;It was one of the great ITSM philosophers, Jan van Bon who first explained to me that Problem Management is but a special case of Risk Management.&lt;/p&gt;
&lt;p&gt;In a purist theoretical sense he is right, but on a practical level I think the distinction is useful.  It is certainly entrenched.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/itil-problem-versus-risk&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/itil-problem-versus-risk#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1307</wfw:commentRss>
 <category domain="http://www.itskeptic.org/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/146">risk</category>
 <pubDate>Wed, 23 Mar 2011 02:44:45 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1307 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Problem detection is everyone&#039;s duty</title>
 <link>http://www.itskeptic.org/problem-detection-everyones-duty</link>
 <description>&lt;p&gt;When a train rolls by, the guys on shovels and brooms, track gangs, crews on the ground, crews on other trains, clerks, station-masters, everyone stops and watches the train and waves to the crew on board.  Lazy?  Hell no.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/problem-detection-everyones-duty&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/problem-detection-everyones-duty#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1621</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <pubDate>Mon, 26 Apr 2010 02:27:43 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1621 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Shit happens, or how I learned to love the incident</title>
 <link>http://www.itskeptic.org/shit-happens-or-how-i-learned-love-incident</link>
 <description>&lt;p&gt;Complex systems are by definition broken.  They will always break and sometimes they will break when everybody did what they are supposed to.  Fixing the problem won&#039;t necessarily reduce the risk of another incident.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/shit-happens-or-how-i-learned-love-incident&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/shit-happens-or-how-i-learned-love-incident#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1799</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <pubDate>Mon, 08 Feb 2010 02:43:04 -0700</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1799 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>We should create the problem record right up front in an incident</title>
 <link>http://www.itskeptic.org/we-should-create-problem-record-right-front-incide</link>
 <description>&lt;p&gt;A &lt;a href=&quot;http://www.itskeptic.org/bokked&quot; target=&quot;_blank&quot;&gt;BOKKED&lt;/a&gt; post three months ago drew a lot of attention.  It was about the &lt;a href=&quot;http://www.itskeptic.org/itil-v3-service-operation-disconnect-between-incid&quot; target=&quot;-blank&quot;&gt;disconnect between Incident and Problem Management&lt;/a&gt; in ITIL V3 Service Operation.  [See also the ITIL Wizard &lt;a href=&quot;http://www.itskeptic.org/should-every-major-incident-produce-problem-record&quot;&gt;stirring the pot about Major Incidents&lt;/a&gt;]  I&#039;ve just discovered a response to that post which has popped my brain with its simplicity and clarity&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/we-should-create-problem-record-right-front-incide&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/we-should-create-problem-record-right-front-incide#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1779</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <pubDate>Mon, 28 Dec 2009 01:55:02 -0700</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1779 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;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/itil-v3-service-operation-disconnect-between-incid#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1620</wfw:commentRss>
 <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/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>
 <pubDate>Mon, 07 Sep 2009 02:40:26 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1620 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Say it ain&#039;t so!! ITIL V3 Incident and Problem processes do not determine the affected service</title>
 <link>http://www.itskeptic.org/say-it-aint-so-itil-v3-incident-and-problem-proces</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/so-42-incident-management-process-never-determines&quot;&gt;This BOKKE&lt;/a&gt; (body of knowledge known error) has been posted for a day or so, hundreds of views.   I was sure someone would say &quot;no you idiot, service impact analysis is right here&quot; but not one.  It seems to be true.  &lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/say-it-aint-so-itil-v3-incident-and-problem-proces&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/say-it-aint-so-itil-v3-incident-and-problem-proces#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1592</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/186">service</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/61">V3</category>
 <pubDate>Tue, 11 Aug 2009 21:15:17 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1592 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Incidents overwhelm problems</title>
 <link>http://www.itskeptic.org/incidents-overwhelm-problems</link>
 <description>&lt;p&gt;Problems suffer from the important/urgent dilemma.  They are very important but struggle to get attention &lt;strong&gt;in the less mature shops&lt;/strong&gt; over the incoming bombardment of incidents.&lt;/p&gt;
&lt;p&gt;This is over simplistic but cute&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/incidents-overwhelm-problems&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/incidents-overwhelm-problems#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/1323</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/184">incident</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/158">Realitsm</category>
 <pubDate>Sun, 01 Mar 2009 14:49:51 -0700</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1323 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Defining terms in Root Cause Analysis - let&#039;s be clear what we mean</title>
 <link>http://www.itskeptic.org/node/708</link>
 <description>&lt;p&gt;We have &lt;a href=&quot;http://www.itskeptic.org/node/707&quot;&gt;a great discussion going&lt;/a&gt; regarding Root Cause.  As usual so much comes down to precise definition of terms.  What does Root Cause mean?&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/708&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/708#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/708</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <pubDate>Sun, 27 Jul 2008 16:35:12 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">708 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Root Cause Analysis can&#039;t be done by machines</title>
 <link>http://www.itskeptic.org/node/707</link>
 <description>&lt;p&gt;Vendors are making a fuss about their Root Cause Analysis (RCA) features in their tools.  People Process Things once again: who says Root Cause is in the technology?&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/707&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/707#comments</comments>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://www.itskeptic.org/crss/node/707</wfw:commentRss>
 <category domain="http://www.itskeptic.org/taxonomy/term/157">problem</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/147">technology</category>
 <pubDate>Fri, 25 Jul 2008 21:51:27 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">707 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>

