Skip to main content

Posts

Showing posts with the label Process improvement

ITIL 4 Guiding Principles – Keep It Simple

Keeping it Simple is one step towards creating a world where people get up in the morning and are inspired to go to work and love to do the work that they do. The more complex something is, the more there are ways for it to go wrong. We as an industry of service providers must become educated and stop the insanity! Getting the education and the certification is a wonderful first step but once qualified we must adapt those learnings to make it simple and “Keep IT Simple”  “Keep it Simple”, one of the seven ITIL 4 Guiding Principles is a topic we have written about many times over the years.  It is anything but simple. We must acknowledge that IT services are comprised of many complex systems and if there is a way to make them even more complex IT Professionals in general seem to have that idea down to an ART.  So; How did we get that way. Business requirements are dynamic and are consistently evolving even as you read this line. Over a period of years and in ma

Process Design

I looked up “Process Design” and found: “The  activity  of determining the  workflow ,  equipment  needs and implementation  requirements  for a particular  process . Process design typically uses a number of tools including flowcharting, process  simulation   software  and  scale  models.”  Hmm… that is good but “So What”?  Why should a service provider care about process?  I have heard some say that process is secondary to automation.  Okay, sounds good, but then we have to consider, “What are we going to automate?” Every Certified Process Design Engineer knows that when it comes to process we are talking about activity.  The key is that we need just enough process and just enough governance to meet requirements.  Process design contributes to our ability to balance speed and agility with stability.   Having good process design allows for a smooth service belt that delivers value to customers and also gives a service provider the ability to meet business and customer dem

CPDE - Process Design Considerations

S o who should consider becoming a Certified Process Design Engineer (CPDE)?  Well anyone can consider it.  Is your organization engaged in some type of certification, working to reach some optimized level of maturity, trying to improve the processes you already have or create a process to meet some new customer requirement? All of these scenarios would employ the skills of a CPDE. To start with, no matter which framework or standard you are utilizing processes must be: Defined Documented Managed via performance metrics Continually improved  Undertaking this effort is not as simple as it may appear and having a staff member with the necessary skills and capabilities (a CPDE) ensures that clear and measurable improvement targets, along with a process design approach, can and will be carried out.   You first must understand the factors that are triggering a process improvement initiative.  These are just a few factors, but understanding why an initiative is needed is an ex

Process Design

I looked up “Process Design” and found: “The activity of determining the workflow , equipment needs and implementation requirements for a particular process . Process design typically uses a number of tools including flowcharting, process simulation software and scale models.”  Hmm… that is good but “So What”?  Why should a service provider care about process?  I have heard some say that process is secondary to automation.  Okay, sounds good, but then we have to consider, “What are we going to automate?” Every Certified Process Design Engineer knows that when it comes to process we are talking about activity.  The key is that we need just enough process and just enough governance to meet requirements.  Process design contributes to our ability to balance speed and agility with stability.   Having good process design allows for a smooth service belt that delivers value to customers and also gives a service provider the ability to meet business and customer demand at a

Improvement / Transformation As a Result of Disruptive Processes

I was recently asked about companies that have made improvements and/or had significant transformation as a result of disruptive processes.  The one that I am familiar with is Netflix and their philosophy of injecting failure into the production environment to ensure systems are fault-tolerant and how they continually test their ability to survive “once in a blue moon” failures. Introducing Chaos Engineering  -  Netfl ix Simian Army http://techblog.netflix.com/2014/09/introducing-chaos-engineering.html I did some additional Google searches:  “Disruptive improvements” & “Improving your IT services in a disruptive way”.  I think the following sites and resources provide more insight: Disruptive Business growth steps – Dow Corning https://www.dowcorning.com/content/publishedlit/solarticles/simple_steps.pdf IPhone success: Disruptive innovation and continuous improvement http://businesstheory.com/apple-teach-product-development/   Disruptive technolog

Next Steps

In an earlier blog I had talked about the need for organizations to have the ability to measure their processes against those of their competition or some defined industry standard.  Before that could happen, it had to be determined if your processes are mature enough to ensure that you can gather the needed data for a successful undertaking.   If your assessment calls for developing a new process, reengineering or improving an existing process a sound methodology for that mission could be the “Ten process design and improvement steps” as describe in “The ITSM Process Design Guide by Donna Knapp. The elegance of this approach is that it can be utilized to design or improve any process regardless of maturity level.   It provides the common vocabulary, tools, and techniques needed to engage all participants who would be required for these process and improvement actions.   They help to define and understand the end to end process, who the customers are and their requirements.   It a

Types of Work / Process Outputs

Dr. Michael Hammer and his co-author James Champy wrote the groundbreaking work Re-Engineering the Corporation. Dr. Hammer has long championed the concepts of using processes to accomplish work outputs and outcomes. Dr. Hammer spoke of three categories of work (or process output). Because a service can be defined as "work done for others," we can equate the types of work described by Hammer with the categories of services described by ITIL. The three categories of work according to Hammer are: ·     Value-Add (ITIL Core services) : This type of work (or services) provides direct value in the form of utility and warranty to the customers and users. Customers pay directly for this work or services. This work generates the revenue of your organization. This is "why you exist" and "what you do" as a business. ·     Non Value-Add (ITIL Enabling and Enhancing services) : This type of work supports, underpins and enables your Value-Add work or Core Servic

Celebrating National Customer Service Week (Part 2)

It’s National Customer Service Week (NCSW). Held every year during the first week in October, NCSW provides an excellent opportunity to explore ways to better serve your customers. A great starting point is ensuring your policies, processes and procedures are customer friendly. What does that mean? Be a customer for a moment. What are the things that drive you crazy? Here is my list of pet peeves, along with a few suggestions. Limited options – Every process begins with a trigger. For IT organizations, a common trigger is a call to the Service Desk to report an incident or submit a service request. Times have changed. Increasingly customers want the ability to use other channels such as email, self-help via the internet, chat, and in many cases, all of the above. There are currently four generations in the work place, all who have very different expectations and desires in terms of how they obtain support. Are your processes keeping up with the times? Surveys, focus groups and needs a

Process Improvement is Like Driving a Stick Shift Car

Have you ever driven a stick-shift car? At first, it feels as if there are way too many steps to remember just to move from park to drive. Step on the clutch, put the car into gear, ease off the clutch as you gently press on the gas. Once you are moving, you then have to upshift and downshift to navigate thru traffic, all the while hoping not to stall the car or strip the gears. What if you get stuck on a hill? It takes all of your skill not to slip into the car behind you. You may have thought, "Is this really worth it? If I were in an automatic, I could just put it into "Drive" and go. This stick-shift is slowing me down". So why do race cars choose manual transmissions over automatics? The answer is simple - it gives the drivers better control, helps them meet the challenges of the track and allows them to go much, much faster. IT Service Management process improvement is similar to driving a stick-shift car. At first, you may perceive newly implemented processe