<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: 3 Tenets of Performance Metrics</title>
	<link>http://ericgoldsmith.com/2009/03/02/3-tenets-of-performance-metrics/</link>
	<description>Random thoughts on life and technology</description>
	<pubDate>Sun, 05 Feb 2012 03:49:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: Mark Morscher</title>
		<link>http://ericgoldsmith.com/2009/03/02/3-tenets-of-performance-metrics/#comment-649</link>
		<author>Mark Morscher</author>
		<pubDate>Thu, 19 Mar 2009 18:01:07 +0000</pubDate>
		<guid>http://ericgoldsmith.com/2009/03/02/3-tenets-of-performance-metrics/#comment-649</guid>
		<description>Good tenets from a performance metric analyzer point-of-view.  People used to always sneer at my thirst for all metrics available, or request to generate more, before figuring out which correlate to the problem at hand!  I always seemed to have a much heartier appetite than most for the metrics.

Another tenet per #3 is is the old adage of turning metrics into information, specifically useful information to those that can make a difference.  I've always found two avenues for this:

1.  Recognize metrics you observe that important to the business and communicate (per your "so what" example).

2.  Recognize "pain" being experienced by the business/executives, and root out the appropriate metric to improve and follow.  In the old CompuServe days, the "pain" was the VP of Ops being pinged whenever other executives couldn't load the CompuServe Main Menu!  The metric ended up being availability, which led to a whole treasure trove of other metrics (Capacity, publishing, server metrics...)

Mark</description>
		<content:encoded><![CDATA[<p>Good tenets from a performance metric analyzer point-of-view.  People used to always sneer at my thirst for all metrics available, or request to generate more, before figuring out which correlate to the problem at hand!  I always seemed to have a much heartier appetite than most for the metrics.</p>
<p>Another tenet per #3 is is the old adage of turning metrics into information, specifically useful information to those that can make a difference.  I&#8217;ve always found two avenues for this:</p>
<p>1.  Recognize metrics you observe that important to the business and communicate (per your &#8220;so what&#8221; example).</p>
<p>2.  Recognize &#8220;pain&#8221; being experienced by the business/executives, and root out the appropriate metric to improve and follow.  In the old CompuServe days, the &#8220;pain&#8221; was the VP of Ops being pinged whenever other executives couldn&#8217;t load the CompuServe Main Menu!  The metric ended up being availability, which led to a whole treasure trove of other metrics (Capacity, publishing, server metrics&#8230;)</p>
<p>Mark</p>
]]></content:encoded>
	</item>
</channel>
</rss>

