<?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;Process maturity is neither a necessary nor a sufficient condition for improving service.&quot;</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-</link>
 <description>Comments for &quot;Process maturity is neither a necessary nor a sufficient condition for improving service.&quot;</description>
 <language>en</language>
<item>
 <title>Academic skeptical of process maturity</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6104</link>
 <description>&lt;p&gt;Colleague pointed me to Mary K Benner at the Wharton School who is casting a critical eye on some of the same issues. Caveat lector, but first glance is intriguing. &lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www-management.wharton.upenn.edu/benner/&quot; title=&quot;http://www-management.wharton.upenn.edu/benner/&quot; rel=&quot;nofollow&quot;&gt;http://www-management.wharton.upenn.edu/benner/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Charles T. Betz&lt;br /&gt;
&lt;a href=&quot;http://www.erp4it.com&quot; title=&quot;http://www.erp4it.com&quot; rel=&quot;nofollow&quot;&gt;http://www.erp4it.com&lt;/a&gt;&lt;/p&gt;
</description>
 <pubDate>Mon, 07 Dec 2009 15:23:28 +0000</pubDate>
 <dc:creator>Charles T. Betz</dc:creator>
 <guid isPermaLink="false">comment 6104 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Its about the patient - not the process...</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6073</link>
 <description>&lt;p&gt;Glad you posted - albeit anonymously.  I&#039;d be suspicious of service management if I was back in my old days of running a huge cost center - sorry data center.  Service management, like process improvement, is irrelevant unless it directly affects the value equation as defined by the &lt;a href=&quot;www.usmbok.org&quot; rel=&quot;nofollow&quot;&gt;USMBOK&lt;/a&gt;.  Value = Results achieved from using a service compared with the cost of using the service.  Results are viewed from two perspectives, customer (in your case the patient) and the provider (hospital).  The tragic example you offer should impact both audiences.&lt;/p&gt;
&lt;p&gt;The other equation (there are 4-5 in the USMBOK) that service management must respect is the &#039;expectation&#039; equation.  Expectations are defined and set based upon a negotiated settlement that respects needs and wants expressed as &#039;requirements&#039;, and matches them with the provider capabilities (offerings and options).&lt;/p&gt;
&lt;p&gt;If a service management initiative or project does not have these equations or similar at its core, and instead seems focused on the process - cancel it, abandon it, change it.  Just don&#039;t do it.  I&#039;m afraid we have let the process and to some extent technology focused ignorance place ring through our collectives noses when it comes to service management.  How many of those shouting &#039;service management&#039; have actually been part of a successful service provider organization and system.... ?&lt;/p&gt;
&lt;p&gt;Strange world... we are surrounded by service but would not recognized service management if it bit us on our assets.&lt;/p&gt;
</description>
 <pubDate>Wed, 02 Dec 2009 20:48:52 +0000</pubDate>
 <dc:creator>ianclayton</dc:creator>
 <guid isPermaLink="false">comment 6073 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>A few more points</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6058</link>
 <description>&lt;p&gt;In addition to all the good advice already given I would suggest you need to look at  Service Management&#039;s involvement throughout the life-cycle, including defining non functional requirements as early as possible. I&#039;ve also found it very useful to establish a strong relationship with the test manager and to work together with them to ensure there are as few surprises as possible after go live. It also helps, though this is much easier to say than do, to get specification freezes built into the life-cycle.&lt;/p&gt;
&lt;p&gt;James Finister&lt;br /&gt;
Wolston Limited&lt;br /&gt;
www.wolston.net&lt;br /&gt;
www.coreITSM.com&lt;br /&gt;
http://coreitsm.blogspot.com/&lt;/p&gt;
</description>
 <pubDate>Tue, 01 Dec 2009 10:09:27 +0000</pubDate>
 <dc:creator>JamesFinister</dc:creator>
 <guid isPermaLink="false">comment 6058 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Like ISO certification. ISO</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6057</link>
 <description>&lt;p&gt;Like ISO certification. ISO certifies the Quality Management System, not the product or service. [Skep&#039;s note: the visitor is referring to ISO900x]&lt;/p&gt;
</description>
 <pubDate>Tue, 01 Dec 2009 08:03:00 +0000</pubDate>
 <dc:creator>Visitor</dc:creator>
 <guid isPermaLink="false">comment 6057 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>less direct value proposition</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6056</link>
 <description>&lt;p&gt;Yeah I saw you had asked that question but i must admit I didn&#039;t understand it, not being very lean myself :)  I see now you were saying the same thing &quot;evolving an organizational platform that in theory will then more effectively (consistently) produce value.   It&#039;s a less direct value proposition.&quot;  You may have seeded it in my head.&lt;/p&gt;
</description>
 <pubDate>Tue, 01 Dec 2009 04:00:13 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 6056 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>shameless pointer</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6054</link>
 <description>&lt;p&gt;oh, I can&#039;t resist, since Rob gets about 10 times the hits I do. &lt;/p&gt;
&lt;p&gt;have posted on some related things here:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.erp4it.com/erp4it/2009/11/maturity-the-antithesis-of-lean.html&quot; title=&quot;http://www.erp4it.com/erp4it/2009/11/maturity-the-antithesis-of-lean.html&quot; rel=&quot;nofollow&quot;&gt;http://www.erp4it.com/erp4it/2009/11/maturity-the-antithesis-of-lean.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Is the idea of process maturity actively harmful to a Lean view? Inquiring minds want to know, or at least stir up debate.&lt;/p&gt;
&lt;p&gt;Charles T. Betz&lt;br /&gt;
&lt;a href=&quot;http://www.erp4it.com&quot; title=&quot;http://www.erp4it.com&quot; rel=&quot;nofollow&quot;&gt;http://www.erp4it.com&lt;/a&gt;&lt;/p&gt;
</description>
 <pubDate>Tue, 01 Dec 2009 02:06:00 +0000</pubDate>
 <dc:creator>Charles T. Betz</dc:creator>
 <guid isPermaLink="false">comment 6054 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>tweaking and config changes</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6053</link>
 <description>&lt;p&gt;&quot;weeks&quot; of settling in a release sounds perfectly reasonable to me.  I get upset at Early Life Support (God! I hate that term!) periods of only one month if it is a new service or a major upgrade.&lt;/p&gt;
&lt;p&gt;John&#039;s point is good about well-defined acceptance criteria: if it meets the criteria and the acceptance period (ELS) is over, then it&#039;s in.  Anything beyond that is just BAU problems and changes.  (Hopefully all those &quot;tweaking and config changes&quot; were controlled as problems and changes anyway, right?  otherwise you run the risk of going backwards as the developers panic trying to be rid of the thing)&lt;/p&gt;
&lt;p&gt;If Solutions group have trouble meeting acceptance criteria then the design process is flawed and nothing you do to improve release process is going to help.&lt;/p&gt;
</description>
 <pubDate>Mon, 30 Nov 2009 21:13:06 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 6053 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Never-ending Release</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6052</link>
 <description>&lt;p&gt;the Service Transition lifecycle stage &#039;ends&#039; with early life support being provided to Service Operations, so a &#039;never-ending&#039; release is conceivable. However, if the service has a clearly defined Service Acceptance Criteria then there should be less gray area as to when the release is out of the transition stage and formally into Operations&#039; hands...&lt;/p&gt;
&lt;p&gt;perhaps this is one reason we want to define a service (rather than an application) with all of its associated aspects...the boundaries of tweaks and config changes that are acceptable as part of &#039;early life support&#039; might be worth some discussion early on as well.&lt;/p&gt;
&lt;p&gt;with the emergence of virtualized service infrastructures, Service Operations will require greater skill sets in performance management but that doesn&#039;t mean they (or services) are perpetually in a state of transition....even though it may seem that way.&lt;/p&gt;
&lt;p&gt;Check the Good Book (Transition) page 111-112....&lt;/p&gt;
&lt;p&gt;John M. Worthington&lt;br /&gt;
MyServiceMonitor, LLC&lt;/p&gt;
</description>
 <pubDate>Mon, 30 Nov 2009 20:40:36 +0000</pubDate>
 <dc:creator>John Worthington aka MySvcMon</dc:creator>
 <guid isPermaLink="false">comment 6052 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Hi,  I&#039;d like some advice</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6049</link>
 <description>&lt;p&gt;Hi,  I&#039;d like some advice from the many experts out there.&lt;/p&gt;
&lt;p&gt;In the Release &amp;amp; Deployment Process, when does it end?&lt;/p&gt;
&lt;p&gt;I work within the release and deployment process at a major UK company and this is an issue.  Most deployment have weeks of tweaking and config changes post deployment.   This seems to run into the release that never ends scenario.  I&#039;d like to establish criteria for when a release ends and would very much be interested in anyone&#039;s thoughts.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
</description>
 <pubDate>Mon, 30 Nov 2009 15:36:31 +0000</pubDate>
 <dc:creator>Visitor</dc:creator>
 <guid isPermaLink="false">comment 6049 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>UK hospitals and uk childcare</title>
 <link>http://www.itskeptic.org/process-maturity-neither-necessary-nor-sufficient-#comment-6047</link>
 <description>&lt;p&gt;Interesting post considering all the newspaper reports in the UK about a Hospital passing it&#039;s inspection but later found to have a blood spattered A&amp;amp;E.  Also a social services dept passing it&#039;s inspection but then failing a child that died.&lt;/p&gt;
&lt;p&gt;I know a lot of techies who are deeply suspicious of service management.  All they see is experienced technical staff being made redundant because of the cost and boys in suits being shipped in (at a very high cost) to implement service management.&lt;/p&gt;
&lt;p&gt;Strange world.&lt;/p&gt;
</description>
 <pubDate>Mon, 30 Nov 2009 11:07:31 +0000</pubDate>
 <dc:creator>Visitor</dc:creator>
 <guid isPermaLink="false">comment 6047 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
