<?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>The IT Skeptic - Comments for &quot;Great myths of ITIL #1: &amp;amp;quot;You can&amp;amp;#039;t manage what you can&amp;amp;#039;t measure&amp;amp;quot;.  &quot;</title>
 <link>http://www.itskeptic.org/node/418</link>
 <description>Comments for &quot;Great myths of ITIL #1: &quot;You can&#039;t manage what you can&#039;t measure&quot;.  &quot;</description>
 <language>en</language>
<item>
 <title>it&#039;s all Drucker&#039;s fault</title>
 <link>http://www.itskeptic.org/node/418#comment-8700</link>
 <description>&lt;p&gt;Yes it&#039;s all Drucker&#039;s fault. (Is that sacrilege?) &lt;/p&gt;
&lt;p&gt;Verghis&#039; book sounds interesting.&lt;/p&gt;
</description>
 <pubDate>Sat, 12 Nov 2011 07:49:44 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 8700 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>&quot;You can&#039;t manage...&quot;</title>
 <link>http://www.itskeptic.org/node/418#comment-8698</link>
 <description>&lt;p&gt;It&#039;s close to Peter Drucker: &quot;You can only manage what you can measure.&quot; &lt;/p&gt;
&lt;p&gt;I&#039;d recommend Phil Verghis&#039; recent work on &quot;Metrics, Methods and Madness...&quot; which warns strongly about putting goals on activities. It&#039;s harder to put goals on outcomes, but that&#039;s really the better way to go, isn&#039;t it?&lt;/p&gt;
&lt;p&gt;So many measure activities (call/contact volume, for example) because they are easy. Good management is not easy.&lt;/p&gt;
&lt;p&gt;regards,&lt;br /&gt;
Roy&lt;/p&gt;
</description>
 <pubDate>Thu, 10 Nov 2011 19:13:40 +0000</pubDate>
 <dc:creator>Roy Atkinson</dc:creator>
 <guid isPermaLink="false">comment 8698 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Blind Isn&#039;t Really Blind...</title>
 <link>http://www.itskeptic.org/node/418#comment-4671</link>
 <description>&lt;p&gt;When you&#039;re in a cloud, a window isn&#039;t of much use to you.&lt;/p&gt;
&lt;p&gt;Flight by reference to instruments allow you to keep your orientation without having visual reference to the ground, understand where you are relative to where you want to be, and be in communication with others who are participating in the system (both ATC and other pilots/aircraft).&lt;/p&gt;
&lt;p&gt;While we may interact with people, I&#039;d assert that IT flies blind a lot more than any pilot. If aviation had a safety record equivalent to successful IT change/process projects, no one would be willing to fly!&lt;/p&gt;
&lt;p&gt;kengon&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 20:40:13 +0000</pubDate>
 <dc:creator>kengon</dc:creator>
 <guid isPermaLink="false">comment 4671 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>So &quot;operate, co-operate, communicate&quot; then?</title>
 <link>http://www.itskeptic.org/node/418#comment-4669</link>
 <description>&lt;p&gt;I would propose the 3 ates of IT follow the standard IT management ates lest the lesser IT resources be downtrodden further:&lt;/p&gt;
&lt;p&gt;lie-ate, kiss-ass-ate, claim-the-kudos-ate&lt;/p&gt;
&lt;p&gt;Regards.&lt;/p&gt;
&lt;p&gt;MasturB&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 15:07:20 +0000</pubDate>
 <dc:creator>Visitor</dc:creator>
 <guid isPermaLink="false">comment 4669 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>original ates</title>
 <link>http://www.itskeptic.org/node/418#comment-4666</link>
 <description>&lt;p&gt;Having slept on it perhaps the original three with operate instead of aviate would do?&lt;/p&gt;
&lt;p&gt;Incidentally the aviating bit does not have to mean looking out the window, it can be more reliable to use the key instruments that provide situational awareness, which on modern aircraft are located in the same &quot;T&quot; arrangment so you know where to find them.&lt;/p&gt;
&lt;p&gt;What about ISO/IEC 38500 as the top level view? What measures would you use to measure ISO/IEC 38500 performance?&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 14:55:25 +0000</pubDate>
 <dc:creator>JamesFinister</dc:creator>
 <guid isPermaLink="false">comment 4666 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>instruments and measurement</title>
 <link>http://www.itskeptic.org/node/418#comment-4664</link>
 <description>&lt;p&gt;Re flying by instruments, I think the truth is somewhere in the middle as usual.  there&#039;s a reason pilots have all those instruments and there is a reason they still have cockpit windows as i think James mentioned recently.  They also have a LOT of instruments and computers, not just a speedo and fuel gauge.  No instuments is as bad as relying solely on instruments.  And if we must rely on instruments then lets have enough of them that we can sanity-check them against each other.  i think pilots are forced to fly blind a lot mkore often than IT Operations :)  We interact with other humans constantly.   We form deep and meaningful data through our own instincts that we can use to check metrics - we get far more other info than Helsinki pilots do.&lt;/p&gt;
&lt;p&gt;Wholeheartedly agree with earlier point about measuring with somethign other than ITIL - it is a favourite point of mine.  I think even ISO20000 or risk are too close to home.  In my book &lt;a href=&quot;http://www.itskeptic.org/owning-itil-skeptical-guide-decision-makers&quot;&gt;&lt;em&gt;Owning ITIL&lt;/em&gt;&lt;/a&gt; I propose measuring a service culture audit.  if the purpose of &quot;doing ITIL&quot; is to change the culture to a service-oriented one, which it often is, then let&#039;s measure the culture.  And if it is to reduce costs them let&#039;s measure costs.  Stand back and neasure the big picture.  THEN drill in.&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 10:00:38 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 4664 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>...ate</title>
 <link>http://www.itskeptic.org/node/418#comment-4663</link>
 <description>&lt;p&gt;So &quot;operate, co-operate, communicate&quot; then?&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 09:58:43 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 4663 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>no measurement </title>
 <link>http://www.itskeptic.org/node/418#comment-4662</link>
 <description>&lt;p&gt;I&#039;m no pilot but in Helsinki during winter most planes land in dark and snow fall is common. Staring at the snow cannot help much.&lt;/p&gt;
&lt;p&gt;In my local market I have been studying the phenomena that according to surveys a majority of IT-units have implemented ITIL processes but do not have any measurements at all. Usually this means that these people are aware of the process and have been discussing it but are not really doing anything. It is quite possible that the managers who answer the surveys think that they have a process but usually the fact is that there is no process in place. I have been trying to send the message that there must be some measurement that at least show that the process is alive and kicking. In that sense I do not think this is a myth.&lt;/p&gt;
&lt;p&gt;Unfortunately it is quite possible to run a service with no measurement. Many years ago I was working for a Finnish governement IT department. My job did not have any measurement so I did what I thought was useful. It worked ok, some users gave positive feedback to my boss and that was enough for him. After I left the job I heard that my successor complained that I had created too much work for him as the users were accustomed to ask for help. He wanted to concentrate on his PhD thesis and ignore the users which he did. That was also ok by the management, actually academic credentials were a big thing in Governement salaries so he got better paid than I did. I do not think that anybody was actually managing that IT service. &lt;/p&gt;
&lt;p&gt;The clearness of measures is one the best things of running a small business. You know what you are achieving. In a big corporation it is far more difficult.  &lt;/p&gt;
&lt;p&gt;Aale&lt;/p&gt;
&lt;p&gt;PS. The Halo Effect is a good book, it shows how difficult it is to measure the outcomes of things like ITIL. Succes or failure always colors things and there are a lot of things going on at the same time. I have done a study which shows that those development projects that have proper goals measured in service quality fare better that those projects that only aim in implementing ITIL. The succes was measured by ISO 20000 maturity. I&#039;m pretty sure that the goal-maturity correlation is probably just a halo effect. Setting proper goals is part of generally better management practices and they tend to succeed better in all things they do. &lt;/p&gt;
&lt;p&gt;Aale&lt;/p&gt;
</description>
 <pubDate>Thu, 21 May 2009 08:59:36 +0000</pubDate>
 <dc:creator>aroos</dc:creator>
 <guid isPermaLink="false">comment 4662 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Assessments</title>
 <link>http://www.itskeptic.org/node/418#comment-4660</link>
 <description>&lt;p&gt;There is an issue that has been worrying me about ITSM maturity assessments for sometime, essentially are we looking at the right dimensions? &lt;/p&gt;
&lt;p&gt;Reading &quot;The Halo Effect&quot; is also making me wonder what we can predict from a maturity assessment. I did some work on a risk based approach assessment a few years ago that tried to home in on key predictors of both current and future performance, but I haven&#039;t re-visited it post v3&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 20:46:50 +0000</pubDate>
 <dc:creator>JamesFinister</dc:creator>
 <guid isPermaLink="false">comment 4660 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Like The Direction</title>
 <link>http://www.itskeptic.org/node/418#comment-4659</link>
 <description>&lt;p&gt;James,&lt;/p&gt;
&lt;p&gt;I think I got the intent of the original post. Being fixated on only one view (when there&#039;s obviously much more going on), can have disastrous results. I was actually elaborating on Aale&#039;s post.&lt;/p&gt;
&lt;p&gt;You do raise an interesting question about what the IT correlates to &quot;aviate, navigate, communicate&quot; would be. I would propose that communicate stay in place. We need more communication, not less.&lt;/p&gt;
&lt;p&gt;kengon&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 20:30:55 +0000</pubDate>
 <dc:creator>kengon</dc:creator>
 <guid isPermaLink="false">comment 4659 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Dashboard</title>
 <link>http://www.itskeptic.org/node/418#comment-4658</link>
 <description>&lt;p&gt;I think the original comment though was meant to convey the danger of looking at dials that aren&#039;t central to the key tasks, whatever they are - and I was focusing on the &quot;aviate&quot; bit. &lt;/p&gt;
&lt;p&gt;Interesting to consider what the IT &quot;..ates&quot; should be:&lt;/p&gt;
&lt;p&gt;operate, co-operate, innovate?&lt;/p&gt;
&lt;p&gt;No, not happy with that.&lt;/p&gt;
&lt;p&gt;J&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 19:24:27 +0000</pubDate>
 <dc:creator>JamesFinister</dc:creator>
 <guid isPermaLink="false">comment 4658 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>What Pilots Do...</title>
 <link>http://www.itskeptic.org/node/418#comment-4656</link>
 <description>&lt;p&gt;Aale,&lt;/p&gt;
&lt;p&gt;No, they don&#039;t. Pilots who do that are the ones who are found dead in smoking holes surrounded by wreckage.&lt;/p&gt;
&lt;p&gt;The mantra is - aviate, navigate, communicate - in that order. The flight deck is designed to enable these activities and compensate for the lack of visual references.&lt;/p&gt;
&lt;p&gt;The system is built to enable this type of activity. Under instrument flight rules, you can even lose the third and still have a successful outcome. This is something we train and build procedures for.&lt;/p&gt;
&lt;p&gt;kengon&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 13:44:29 +0000</pubDate>
 <dc:creator>kengon</dc:creator>
 <guid isPermaLink="false">comment 4656 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Read the right dials</title>
 <link>http://www.itskeptic.org/node/418#comment-4654</link>
 <description>&lt;p&gt;http://en.wikipedia.org/wiki/Eastern_Airlines_Flight_401&lt;/p&gt;
&lt;p&gt;First rule of flying, particularly when things are going wrong, is &quot;fly the plane&quot; &lt;/p&gt;
&lt;p&gt;Don&#039;t get distracted by peripheral data&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 08:39:04 +0000</pubDate>
 <dc:creator>JamesFinister</dc:creator>
 <guid isPermaLink="false">comment 4654 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Isn&#039;t that what pilots do</title>
 <link>http://www.itskeptic.org/node/418#comment-4651</link>
 <description>&lt;p&gt;Isn&#039;t that what pilots do in rain, fog etc. &lt;/p&gt;
&lt;p&gt;I worked a short time in an organisation where every operation was declared a huge success. Very simple KPI&#039;s would have stopped the nonsense. &lt;/p&gt;
&lt;p&gt;Aale&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 06:06:18 +0000</pubDate>
 <dc:creator>aroos</dc:creator>
 <guid isPermaLink="false">comment 4651 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Very nice.</title>
 <link>http://www.itskeptic.org/node/418#comment-4650</link>
 <description>&lt;p&gt;Very nice.&lt;/p&gt;
</description>
 <pubDate>Tue, 19 May 2009 22:42:58 +0000</pubDate>
 <dc:creator>Visitor</dc:creator>
 <guid isPermaLink="false">comment 4650 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>driving with your face in the dashboard</title>
 <link>http://www.itskeptic.org/node/418#comment-4649</link>
 <description>&lt;p&gt;Majid Iqbal on Twitter said:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;Managing solely by process performance is like driving with your face in the dashboard.&lt;/p&gt;&lt;/blockquote&gt;
</description>
 <pubDate>Tue, 19 May 2009 20:57:34 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 4649 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>I&#039;ve read that book too!</title>
 <link>http://www.itskeptic.org/node/418#comment-4534</link>
 <description>&lt;p&gt;&amp;gt;Measurement are simply a set of observations that reduce uncertainty where the &amp;gt;result is expressed as a quantity.&lt;/p&gt;
&lt;p&gt;Hey visitor!&lt;br /&gt;
I&#039;ve read that book too, and it&#039;s really interesting! ;-)&lt;/p&gt;
&lt;p&gt;Antonio Valle&lt;br /&gt;
G2, Gobierno y Gestión de TI&lt;br /&gt;
http://www.gedos.es&lt;/p&gt;
</description>
 <pubDate>Tue, 05 May 2009 11:49:46 +0000</pubDate>
 <dc:creator>avallesalas</dc:creator>
 <guid isPermaLink="false">comment 4534 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Measuring Humans</title>
 <link>http://www.itskeptic.org/node/418#comment-4518</link>
 <description>&lt;p&gt;We can measure the &quot;recorded&quot; and observed aspects of humans and life in general (that&#039;s social and biological science).   See, comment, and vote on my ideas for Recovery.gov at http://tinyurl.com/ctgr6d. Deadline is end of 3 May. My theme is terminology.&lt;/p&gt;
</description>
 <pubDate>Sun, 03 May 2009 14:17:58 +0000</pubDate>
 <dc:creator>RoyRoebuck</dc:creator>
 <guid isPermaLink="false">comment 4518 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>map humans </title>
 <link>http://www.itskeptic.org/node/418#comment-4094</link>
 <description>&lt;p&gt;Agreed we can map humans - what they are saying.  We can build a picture of their ideas.  Not the same as measuring them though.&lt;/p&gt;
</description>
 <pubDate>Sat, 21 Feb 2009 19:25:18 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 4094 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Modeling the dynamics of carbon-based life forms</title>
 <link>http://www.itskeptic.org/node/418#comment-4093</link>
 <description>&lt;p&gt;Life and existence is chaotic and infinitely complex - period, but that does not mean random.  Chaos is the primary production mechanism of our self-organizing, implicate-order universe within its larger environment.  Read about David Bohm, Ilya Progogine, and Bernard Haisch, e.g., on Wikipedia.com, for more detail.&lt;/p&gt;
&lt;p&gt;But life can still be modeled (as a representation or architecture of the reality, not an absolute replica - the map is not the territory) without getting into the quantification of operations research, management science, simulations, business intelligence, and decision support.  As a physicist and management analyst I&#039;ve used all of these methods - and they are very limited, giving a constrained, closed-world view, without more modeling at the beginning of their use, and continuing during their use.  &lt;/p&gt;
&lt;p&gt;Modeling starts with a life-form&#039;s language and their vocabulary&#039;s significant nouns and the verb phrases that relate them.  To see a model of a life-form&#039;s viewpoint, look at their writing.  Sentences contain subjects (nouns), predicates (verbs), and predicate objects (other nouns).  Writing anything is intended to record and share a viewpoint.  The first level of modeling is to create lists of words used, identifying terms of single and compound words, defining the terms from individual/local/group/organization/global contexts, grouping the terms into broader and narrower meanings (as a taxonomy), and building a concept map of the nouns and their relationships.  &lt;/p&gt;
&lt;p&gt;Build a concept map of a resume, a balanced scorecard, a process, or a business case to see their power.  Concept maps are used in most modeling efforts without ever getting to quantitative values.  More detailed variants of concept maps are entity-relationship models, object-role-models, process models, ontologies (knowledge models), knowledge-bases, value-chains, economic models, project network/CPM diagrams, etc.&lt;/p&gt;
&lt;p&gt;The term that broadly names the above viewpoint is &quot;terminology&quot;, encompassing the various stages of organized &quot;semantics&quot;.  Terminology is also described quite well in Wikipedia.com.  My own approach to building a terminology, so that governance methods (i.e., modeled, measured, managed) like ITIL and ITSM can be their most effective, efficient, and responsive to change, is documented at &lt;a href=&quot;http://gem-ema.one-world-is.org&quot; title=&quot;http://gem-ema.one-world-is.org&quot; rel=&quot;nofollow&quot;&gt;http://gem-ema.one-world-is.org&lt;/a&gt;.&lt;/p&gt;
</description>
 <pubDate>Sat, 21 Feb 2009 18:44:00 +0000</pubDate>
 <dc:creator>RoyRoebuck</dc:creator>
 <guid isPermaLink="false">comment 4093 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
