Optimise and automate — in that order
Optimise and automate is a sequence, not a pair. Make the work effective first, remove what does not contribute, and only then automate what remains. Automating an unoptimised process makes a bad outcome arrive faster.
Why it is like this
Automation freezes a process in code. Doing it before optimisation means paying to preserve the waste, and paying again to remove it later.
Not to be confused with
A recommendation to automate. The principle is as much a brake: it also says to involve people in the optimisation, because the people doing the work know where the waste is.
In practice
Automating a seven-step approval chain gives you an instant seven-step approval chain. Removing four of the steps first is the whole of the gain.
Source: ITIL 4 Foundation (AXELOS / PeopleCert), 2019 edition — §4.3.7. Read on .
ITIL® is a registered trade mark of the PeopleCert group. ytyk.org is not affiliated with, endorsed by or licensed by PeopleCert. These cards are independent commentary written in our own words; no part of the ITIL publications, and no ITIL diagram, is reproduced here.
Predict Check yourself
A team scripts a manual approval workflow end to end without changing it. What does ITIL 4 say they have most likely achieved?
Show the answer
A faster version of an unoptimised process — the principle puts optimisation first precisely to prevent this.
Speed is not the measure; the steps that should not exist are still there, and now they are harder to remove.