Skip to main content

Posts

Showing posts with the label Measurements

Why We Must Transcend Silos

Survival - For a service provider to survive in today’s fast-paced delivery environment they will likely need to move away from old ways of doing things. We hear things like; "Terms matter", "Shift your thinking!" or "Shift the focus!" and "CHANGE the CULTURE!".  It is becoming more evident than ever that our organizational structure including silos could be an impediment. Structure – An organization’s structure impacts how work gets done. Structure influences the actual product and service architecture. Some organizational structures even have siloed within silos.  Structure matters. Silos can fracture the velocity of delivery and the quality of what is delivered. We can transcend silos!  ITIL 4 Foundation or the new DevOps Leader  certification classes are a good place to start learning new and better ways for the conversion of demand to value for service providers. Considerations for Transcending Silos Measurement – High performin

Continual Service Improvement (CSI) - Thoughts on Measuring, Value and Risk

The best practice approach and the Seven-step Improvement Process for Continual Service Improvement (CSI) begin with identifying the vision, mission, goals and objectives of the business.  In order to measure with appropriate targets these outcomes and objectives must be quantified. If you cannot measure it you cannot improve it.  First and foremost in order to perform ongoing CSI for a service we must identify the service.  That is just common sense right?  Yet how many discussions take place in Sales, in Development, and in Operations about whether something is or is not a service.  Collectively everyone in the lifecycle has a mission to meet the outcomes of the service or services that are being provided.  Measuring and Reporting For CSI to be successful we measure and monitor and report upon a service end-to-end.   When measuring and reporting IT managers will generally report availability in terms of percent with such things as 99% availability on a server or other c

The Best of CSI, Part 3

Creating a Metrics Program Originally Published on November 30, 2010 Every organization should create a metrics program to ensure that business and process improvement goals are being achieved. We need to have the ability to show that processes achieve results and we must review and schedule process audits. A metrics program describes the measurements needed to achieve business goals. It also identifies how to collect the data and how to use the information to continually improve performance. An effective program focuses on what you should measure to achieve business goals, individual process performance and process interfaces. Each of the best practice frameworks stress metrics as a way of assuring continual improvement. ITIL defines the "7 Step Process" for identifying, collecting, analyzing and using data.  The Deming Cycle's "Check" stage requires that we have methods for monitoring and measuring processes.  The Balanced Scoreboard looks at performa

Service Measurement

Before my life as an ITSM professor, I was responsible for delivering the monthly reports on IT at a large specialty retailer organization with multiple remote locations in several states across America.   I delivered many of the standard reports for Service Desk, Change Management and System Availability.   System availability was a standard report that reviewed from a system / hardware perspective just how available the systems and their supporting components were throughout the month.   This was delivered in percentages and the goal was to maintain 100% infrastructure availability. Even though many of the individual systems and components were meeting their required SLAs, our customers were still not satisfied with the availability and performance of critical services.   W e needed to re-address what should we be measuring and how should we be reporting achievements back to the business and customers. W e decided to report on the end to end delivery of our services and the a

Process Maturity Framework (PMF) - Part 2

In one of my previous blogs I wrote about the ‘Process Maturity Framework”. (Appendix H pg 263 from the V3 ITIL Service Design Book). I mentioned that you can utilize this framework to measure your Service Management processes individually or your Service Management program as a whole.  With this discussion I would like to speak to the five areas that the assessment should be completed against at each level. The five areas are: Vision and Steering Process People Technology Culture  Initial (Level 1) Vision and Steering:   Minimal funds and resources with little activity. Results temporary, not retained. Sporadic reports and reviews. Process : Loosely defined processes and procedures, used reactively when problems occur. Totally reactive processes. Irregular, unplanned activities. People: Loosely defined roles or responsibilities. Technology: Manual processes or a few specific, discrete tools (pockets/islands). Culture: Tools and technology based and driven with strong a