<?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>SLA</title>
 <link>http://www.itskeptic.org/taxonomy/term/23</link>
 <description>The taxonomy view with a depth of 0.</description>
 <language>en</language>
<item>
 <title>Use SLA response metrics that matter </title>
 <link>http://www.itskeptic.org/use-sla-response-metrics-matter</link>
 <description>&lt;p&gt;Using indirect KPIs is always a dangerous distorter of behaviour.   if you want the SLAs to ensure the appropriate resources are applied and to drive the size and location of teams required and the spare part/hot swap stock size and locations, then write the SLAs so they define  the appropriate resources to be applied by priority of incident for that service and define the size and location of teams required and the spare part/hot swap stock size and locations by priority of service.  Don&#039;t make the behavioural causal chain any longer than it need be - you&#039;ll get all sorts of unintended consequences.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/use-sla-response-metrics-matter&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/use-sla-response-metrics-matter#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <pubDate>Tue, 16 Sep 2008 14:46:44 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1146 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>The most important IT monitoring tools are those that measure the end user experience</title>
 <link>http://www.itskeptic.org/node/626</link>
 <description>&lt;p&gt;It has always seemed to me that most IT monitoring and measuring tools are very self-serving.  They look at the world from the internal IT silo perspective.  In ITSM terms they are mildly interesting diagnostic tools for incident and problem resolution, but in terms of service level measurement the only really useful tools are the ones that measure the end user experience.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/626&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/626#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/161">monitoring</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/162">operations</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <pubDate>Thu, 21 Aug 2008 17:16:20 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">626 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>SLAs that promise a resolution time are like firemen promising to put a fire out</title>
 <link>http://www.itskeptic.org/node/714</link>
 <description>&lt;p&gt;Some SLAs assign a key metric to how long IT is going to take to resolve incidents.  Really.  This is like firemen promising to put a fire out in ten minutes.   Worse still if an SLA makes this mistake it almost always also has it the wrong way round.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/714&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/714#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/1">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <pubDate>Sun, 17 Aug 2008 15:11:13 -0600</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">714 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>SLAs: measuring an ITSM service as a black box is essential</title>
 <link>http://www.itskeptic.org/node/132</link>
 <description>&lt;p&gt;Measuring a service as a black box is essential.  Simply because it is impossible (in a practical sense) to discover and measure every link in a service chain, it is impossible to build a complete composite view of a service&#039;s performance bottom-up from the component CIs.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/132&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/132#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <pubDate>Sat, 10 Mar 2007 08:13:51 -0700</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">132 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>SLAs undermine business alignment</title>
 <link>http://www.itskeptic.org/node/57</link>
 <description>&lt;p&gt;With the exception of outsourcers, IT departments are not a distinct business inside the business, and they should not behave like one.   We are all on the same team, so we should be working in a spirit of trust and collaboration.  SLAs introduce an adversarial formal negotiated relationship which is inappropriate when two units of the same organisation interact.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/57&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/57#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/1">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <pubDate>Sun, 12 Nov 2006 01:41:40 -0700</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">57 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
