<?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 - metrics</title>
 <link>http://www.itskeptic.org/taxonomy/term/187/0</link>
 <description></description>
 <language>en</language>
<item>
 <title>DevOps Balanced Scorecard Dashboard</title>
 <link>http://www.itskeptic.org/content/devops-balanced-scorecard-dashboard</link>
 <description>&lt;p&gt;Here is my DevOps Balanced Scorecard Dashboard&lt;/p&gt;
&lt;p&gt;&lt;img src=&#039;http://www.itskeptic.org/files/itskeptic/imagepicker/1/IMG_20180605_204927.jpg&#039; alt=&#039;Image&#039;  class=&#039;imgp_img&#039; width=&#039;400&#039; height=&#039;300&#039; /&gt;&lt;/p&gt;
&lt;p&gt;The metrics are only examples of suggested topics.  Any availability/stability/reliability metrics are good for Quality&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/content/devops-balanced-scorecard-dashboard&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/content/devops-balanced-scorecard-dashboard#comments</comments>
 <category domain="http://www.itskeptic.org/devops">devops</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/187">metrics</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/2588</wfw:commentRss>
 <pubDate>Tue, 05 Jun 2018 08:50:45 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">2588 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>That which cannot be measured...</title>
 <link>http://www.itskeptic.org/content/which-cannot-be-measured</link>
 <description>&lt;p&gt;Just because you can&#039;t - or don&#039;t - measure something doesn&#039;t mean you can&#039;t manage or improve it.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/content/which-cannot-be-measured&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/content/which-cannot-be-measured#comments</comments>
 <category domain="http://www.itskeptic.org/topic/management">management</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/187">metrics</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/2404</wfw:commentRss>
 <pubDate>Fri, 26 Sep 2014 10:05:35 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">2404 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Why process maturity is a useless metric for ITSM improvement</title>
 <link>http://www.itskeptic.org/content/why-process-maturity-useless-metric-planning-improvement</link>
 <description>&lt;p&gt;Process/practice maturity is a metric that should be of little interest when deciding where to focus your improvement efforts, or for measuring the results of those efforts.  And CMM process &lt;u&gt;management&lt;/u&gt; maturity is even more useless than execution maturity.  &lt;/p&gt;
&lt;p&gt;&lt;b&gt;Risk and value&lt;/b&gt; should be the primary metrics for planning and assessing your improvement.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/content/why-process-maturity-useless-metric-planning-improvement&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/content/why-process-maturity-useless-metric-planning-improvement#comments</comments>
 <category domain="http://www.itskeptic.org/taxonomy/term/118">ITSM</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/174">maturity</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/187">metrics</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/112">process</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/2179</wfw:commentRss>
 <pubDate>Sun, 30 Sep 2012 21:27:11 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">2179 at http://www.itskeptic.org</guid>
</item>
<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; target=&quot;_blank&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/187">metrics</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/1146</wfw:commentRss>
 <pubDate>Tue, 16 Sep 2008 20:46:44 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">1146 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; target=&quot;_blank&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/topic/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/187">metrics</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/23">SLA</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/714</wfw:commentRss>
 <pubDate>Sun, 17 Aug 2008 21:11:13 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">714 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Great myths of ITIL #1: &quot;You can&#039;t manage what you can&#039;t measure&quot;.  </title>
 <link>http://www.itskeptic.org/node/418</link>
 <description>&lt;p&gt;&quot;You can&#039;t manage what you can&#039;t measure&quot;.  Who on earth came up with that one?  One of my big concerns about the application of ITIL is it&#039;s emphasis on KPIs.  Useful but dangerous.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.itskeptic.org/node/418&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.itskeptic.org/node/418#comments</comments>
 <category domain="http://www.itskeptic.org/topic/itil">ITIL</category>
 <category domain="http://www.itskeptic.org/taxonomy/term/187">metrics</category>
 <wfw:commentRss>http://www.itskeptic.org/crss/node/418</wfw:commentRss>
 <pubDate>Sun, 25 Nov 2007 09:06:31 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">418 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
