Skip to main content

Posts

Showing posts with the label Process Maturity

Process Maturity

So unlike the Billy Joel lyric “Love you just the way you are”, we can never be satisfied with our processes being just the way they are.  As the organizations that we are engaged by continually change and mature to meet customers dynamic requirements, our processes must be continually assessed, measured and matured to ensure that they stay relevant and deliver value long into the future.  This takes real time, effort and resources.  Organizations cannot possibly move from being informal or ad-hoc to having a fully integrated ITSM program in a short period of time.  Just being able to gather the correct components (people, process, technology and information) can be a lengthy process and, of course, there is the decision of which processes do I begin with. The saying “Rome was not built in a day” really applies in this situation.  We must begin from the perspective that each level of maturity forms the foundation for the next level of maturity. Trying to jump over levels will almo

Process Maturity – How can I Assess it?

A process is doomed if you ever consider it done!  Unlike an audit that examines evidence to determine compliance, a process assessment is conducted to evaluate and organizations strengths and weaknesses.  The assessor will ensure that this baseline is utilized to identify process improvement opportunities that ensure business outcomes. The ITIL Process Maturity Framework (PMF) was defined specifically for ITSM processes and consists of five levels of maturity. ·          Level One – Initial At this level there is not a defined process, there are some procedures and few results are retained. ·          Level Two – Repeatable At this level of maturity there is a recognized process but the objectives are not clear and targets are not formalized. ·          Level Three – Defined It is at this level of maturity that the process is defined and documented and there are agreed upon targets. ·          Level Four – Managed A managed process at this level is well defin

Process Maturity – Documenting the “As Is” Process

There are many challenges to defining and documenting a process for ongoing continual improvement and to ensure process maturity is in alignment with the overall business strategy and outcomes.  One such challenge is to be able to document the “As Is” process. When documenting the “As Is” process caution must be taken not to accept the existing documentation, or flowcharts provided as the true baseline of what is really being done.  What are the current activities and procedures that are being used and what is the step by step workflow that participants and stakeholders are actually performing?  The actual is what really needs to be captured.  The complexity of this challenge is exasperated by the fact that frequently when determining and “As Is” state for immature processes the assessor or process design engineer will discover that there is not one single process that is being followed but in fact many?  What then? Non adherence to process is generally due to little or

Process Maturity – How do I measure it?

In order to manage and control processes and services, they have to be monitored and measured. The design of the measurement methods and metrics used to measure process are critical to success and might even be the most crucial element.  In practice we tend to see Critical Success Factors and Key Performance Indicators defined in the process documentation but is anything being done with those? We not only need to define the metrics for measuring the process but also must ensure that the design and implementation of the process also includes a system for ongoing monitoring, reporting and most important action for continual improvement of the process. Without it the process is destined to fail. Process designers must assert caution and use wisdom when defining the metrics and measurements for the process.  Careful consideration must be given to how these measurements are going to affect and change the behavior of the practitioners and stakeholders that produce or receive value

Conducting an Internal ITSM Asssessment

One of my followers recently asked about approaches to performing an organizational ITSM assessment.   I’ve summarized some of his questions: 1.       While surveys, interviews and workshops are assessment methods, would focused interviews with individuals pertinent to the process being assessed be a good approach?   2.       Should my final assessment score for a process be an average of several people’s maturity level ratings on that process? 3.       Should my assessment only include participants who are directly involved with that process? Assessments should take a well-rounded approach to gathering information, input and feedback.   It’s not a one-size-fits-all.   If you have the ability to conduct one-on-one interviews with key stakeholders, that’s a great way to encourage dialogue through open-ended questions.   While the results may not be as measurable as some other assessment techniques, interviews provide the unique opportunity for deeper probing and fo

Designing and Documenting a Process

Designing and documenting a process enables an organization to move from the initial level of the ITIL Process maturity Framework (PMF) through the repeatable level to the defined level.   To undertake this task without adequate resources can be quite daunting especially given the fact that it must I dentify needed changes to job descriptions Develop and document work procedures Identify work requirements Establish the data to be collected and the format to report accomplishments D ocument the necessary vocabulary to be utilized within the process The following ten process design and improvement steps can be used to create an easy to use and repeatable approach to help move your organization from one level to the next.   The ten steps are grouped into four phases.   Each phase will produce a deliverable that serves as an input to the follow phase. Phase: Requirements Definition.    Output: Requirements Definition Document. 1.     Determine the management’s vision and level

Measuring Service Management Maturity

I was recently asked about how to measure service management maturity when the maturity of individual processes is not equal. Frankly, it’s a bit of chicken and egg. It can be difficult to define where your organization is as a whole compared to each individual process when the processes are at different levels. When we look at a specific process we have to judge it against a specific set of criteria. Each organization will develop this criteria based on the organizational goals and objectives. Each process may have a different set of criteria, different levels of benefit or impact so therefore a different level of need-based maturity. For example, for organizations that are highly dependent on suppliers and outsourcing, the need for a mature Supplier Management process is critical. Other organizations may not focus on Supplier Management but invest their focus and resources on other processes such as Configuration Management. The maturity of individual Service Management process

Process Maturity Framework (PMF) - Part 3

The professor was recently asked:  "I am having difficulty communicating the business risk of having processes like Change Management and Incident Management sit at Initial (Level 1) maturity. Can you address some of the common business risks and costs companies see by having immature processes?" Great question!  Many organizations do not recognize the inherent risks inhaving immature critical processes such as Incident Management and Change Management. Both processes strive to increase service availability either by identifying and mitigating risk before a change is made or minimizing the impact of a failure after a service is deployed.  To refresh our memories, I have included a description of each aspect of Level 1 in the Process Maturity Framework, with its associated risks:   Vision and Steering: Minimal funds and resources with little activity. Results temporary, not retained. Sporadic reports and reviews. No formal objectives and targets. Wasted activi

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

Process Maturity Framework (PMF) - Part 1

I am often asked about the best way to measure process maturity.  While there are several process maturity models available, I prefer the “Process Maturity Framework” (Appendix H pg 263) from the V3 ITIL Service Design Book. You can utilize this framework to measure your Service Management processes individually or Service Management as a whole. The five areas that the assessment should focus on are: Vision and Steering Process People Technology Culture The major characteristics of the Process Maturity Framework (PMF) are the following:    Initial (Level 1) The process has been recognized but there is little or no process management activity and it is allocated no importance, resources or focus within the organization. This level can also be described as ‘ad hoc’ or occasionally even ‘chaotic’. Repeatable (Level 2) The process has been recognized and is allocated little importance, resource or focus within the operation. Generally activities related to the process are unco

Process Maturity Assessments

I recently gave a workshop outlining the basic ideas and steps needed to design and implement ITSM processes. During the workshop we discussed the importance of knowing the maturity level of your processes. You determine the maturity of your processes by conducting a maturity assessment. Using a maturity assessment model will allow you to know where your processes currently reside in terms of usability, effectiveness, efficiency and economy. You can also determine what level of maturity you want your processes to achieve as a future state. Finally a maturity assessment will show you what steps you need to take to close the gap between your “as is” process and your “to be” future state. There are three maturity assessment models you might think about using. Capability Maturity Model Integration (CMMI), ISO/IEC 15504 and the ITIL Process Maturity Framework (PMF). All three use a multi-level approach to identify the maturity of your processes. Each also uses a set of assessment criteria