The best process map ever?

The best process map ever?

We've all been there - trapped in the second or third meeting, mapping a process that we thought was simple… But instead of creating clarity and understanding, several of us are standing in front of a whiteboard-Visio-fishbone-PPT-swimlane-diagram-from-hell. And we're "sooo close"… Sometimes I've seen this work simply freeze up and die. Other times one person takes over and abandons all other opinions in the interest of getting finished. Or perhaps the group works all night and hammers it out, maybe even gets it right for the moment.

But seldom, if ever, do I find that this work leads to the anticipated improvement. Usually people are frozen or abandoned, and those people that weren't with us overnight just don't get it. These process maps, while intended to unify, almost always lose their audience and thereby their effect.

We MUST simplify in order to have a chance. Five thoughts below to a simpler and better process map:

1 - Clarify the Input and Output

Input is the trigger that the process is dependent upon. Output is the result of the process (ultimately measured in improved value to customer). From/to whom? How many? What form? How fast? Be crystal clear on input and output and you'll dramatically improve your process understanding.

2 - Max 5 steps*

Maybe it's because we all count five fingers to a hand, but it seems that more than 5 steps just gets us lost. Be sure therefore to define maximum five steps that transform your process input to output. Get control over the end-to-end process on a high level before trying to detail and improve.

3 - Put the digital process map tools aside and draw

Whiteboards and waving arms engage people WAY more than Visio. Everybody can draw five boxes, five arrows and five text phrases - start there. And why not document it thereafter by photographing it with your smartphone? The simple stuff goes a long way. 

4 - Publish version 1 (before you overdo it)

If you've gotten this far, you have five steps on a whiteboard, photo-documentation and hopefully some arm movement as well. Call this version one and publish it. By publishing it, I mean make it available to stakeholders. Get in front of them and be able to illustrate and communicate your process succinctly in five steps. Expect feedback - it isn't perfect. And then…

5 - Improve in small, frequent steps

Processes are not static, but like all things in business, always changing and adjusting. Instead of trying to get it perfect, be prepared to respond to feedback and publish frequent versions of your process. Demands and changes and details will arise - work them cyclically, publish your maps in new versions, and don't get stuck.

Process maps are not the end, but instead a means of improvement. The mapping itself is not intended to create artwork, but instead improve our mutual ability to work efficiently and effectively. These thoughts are inspired by SIPOC, but you don't have to know Lean or Six Sigma to apply the ideas.

Get started, fail fast, learn faster and keep improving.

*NOTE - Max 5 steps is difficult. Significant value often involves expertise and detail. As we work and rework our process, the maps will inevitably increase in detail. This is good. I also suggest that all steps beyond five should be broken out as sub-steps, clearly linked to the five main steps. And I demand that we always know where we are as we work the process. We must be able to not only drill down, but also drill back up in order to engage others (don't lose them!) and achieve value.


Really great counsels! I appreciate it a lot

Like
Reply

My favourite tip is "never let the lines cross". If the lines cross, there is too much complexity being represented in one space. Also, never be afraid to connect to a separate process (vertical line down each side of the box) or an off page reference.

Like
Reply

Hi Jeffrey Schmitz, great article. Have you tough if you are hired as a consultant, how would you charge in such a scenario?

Like
Reply

To view or add a comment, sign in

More articles by Jeffrey Schmitz

  • The Three Ways of DevOps

    The Three Ways were introduced in the Phoenix Project as principles upon which all DevOps behaviors and patterns are…

  • Don't fix IT, just rebuild it

    While not necessarily environmentally sound, our consumer environment these days sometimes makes replacement a sounder…

    2 Comments
  • SLA på en post-it lapp?

    Det händer om och om igen att jag träffar på en IT-leverantör som frustrerat och skamset erkänner – ”Vi bör ha men… Vi…

  • The ITocratic Oath of the IT professional

    Inspired recently by discussions on health care, it struck me that similar challenges may even be related to the work…

    1 Comment
  • Champions of change

    I recently read a case study about The Walt Disney Company and their "ITIL Journey". Since the mid-2000's, Disney has…

    2 Comments
  • Standardization is just so boring

    Lean IT improvement work often involves striving for standardization. And on the surface, most involved parties agree…

  • 10 things to like about Lean IT

    1. Ishikawa is a cool word to say And Ishikawa (fishbone) diagrams are good stuff.

  • Lean Learning - What to do when the vendor fails?

    Colleague Torbjörn and I returned recently from a 7-day trip to Japan for Lean learning and experiential tours. Put on…

    1 Comment
  • Weathering the Storm of IT Change - part 2

    Balance your process with Takt Time In a previous blog post I covered the IT Service Management and Lean IT concepts of…

    1 Comment
  • Understanding Change Management, Takt Time and Lean - part 1

    Perhaps the trickiest and most opportune aspect of leading World Class IT is establishing successful management of…

    2 Comments

Others also viewed

Explore content categories