The Information Technology Infrastructure Library (ITIL) codifies the management of IT infrastructure, development and operations. It is also a rich source of bad diagrams. I recently came across this ITIL diagram:
Too many boxes and lines that overwhelm the reader. It is a classic example of violating the conclusion of Miller's paper The Magical Number Seven, Plus or Minus Two.
A better approach is to use multiple diagrams. Let's begin with a high level diagram:
This high level diagram gives us context from which we can then dive into more detail. We also now have a title and legend to help the reader understand the diagram. The legend reveals problems, for example the lines nearly always represent deliverables however 'Early life support' is an activity not a deliverable. The original diagram allowed the same notation to represent different concepts.
The clearer diagram also makes it easier to see some weird things in ITIL. For example you would expect the 'Service design package' to feed into Service Design, but no it feeds into Service Transition!
Now lets dive into more detail about Service Strategy:
The box for Service Strategy is repeated as the title to help the reader navigate. The sub-stages are a different colour to highlight they are different from stages. The original diagram used lines with arrows to represent both deliverables and activities. The redrawn diagram fixes this, for example 'Develop Offerings' was changed to 'Offerings'.
The original diagram had additional concepts such as 'Return on Investment' and 'Financial Management'. These could be described in the supporting text. Do not overload diagrams or your message will be lost.
Frankly, I don't know who draws the diagrams at ITIL; I've been reading a lot of ITIL stuff lately and I got to decide to skip all diagrams, because they didn't help at all understanding the matter they tried to clarify, but made it more confusing.
ReplyDeleteVery very nice blog! Thanks!!!