Key takeaways
Standard work is a lean manufacturing concept: for a repeatable task, document the one best known way to do it, train everyone to that standard, and make the standard the baseline that improvement is measured against. In production, standard work is foundational, the assembly task is performed the same way every cycle, and the standard is what makes quality consistent.
Applied to maintenance, standard work has a more nuanced fit. Some maintenance is highly repeatable and benefits from standardisation exactly as production does. Other maintenance is inherently variable, diagnosing a novel failure, deciding how to approach an unusual problem, and forcing it into a standard procedure removes the judgement that the work requires. The skill is in drawing the line correctly.
The article on the preventive maintenance schedule covers the repeatable side of maintenance that standard work fits best.
For any maintenance task, the question is: is this performed essentially the same way every time, or does it require situation-specific judgement?
For the low-repeatability work, what helps is not standard work but good information, the failure mode catalogue, the asset history, the diagnostic data. The piece on root cause analysis covers the support structure for judgement-heavy work.
The core value of standard work on repeatable tasks is variance reduction. Consider a PM performed by five different technicians. Without a standard, each performs it slightly differently, different thoroughness, different sequence, different attention to the easily-skipped steps. The asset receives five different levels of care depending on who did the PM that month. The worst execution leaves the asset under-protected.
Standard work compresses that variance. The procedure documents the one best way, including the steps that are easy to skip, and every technician executes to that standard. The worst execution becomes as good as the best.
For a PM program, this is the difference between a schedule that reliably protects the asset and one that protects it only when the conscientious technician happens to be on shift. The article on manufacturing KPIs covers how reduced variance shows up in the failure-rate trend.
A standard work document for a repeatable maintenance task is short and specific:
What it does not contain is padding. A standard work document that runs to ten pages for a 20-minute task will not be used. The discipline is capturing the variance-producing specifics concisely. The piece on the work order management system covers how the standard attaches to the recurring task.
The most common failure is trying to standardise everything. A team that has seen the value of standard work on PMs decides to write standard procedures for all maintenance, including the diagnostic and complex work. The result is twofold harm:
The fix is restraint. Standardise the genuinely repeatable tasks well; leave the judgement-heavy tasks to judgement, supported by good information rather than rigid procedure. A maintenance organisation with sharp standards on the repeatable tasks and good diagnostic support on the judgement-heavy ones outperforms one that tried to standardise everything and got ignored.
The realistic approach, rolling:
This builds the library incrementally, prioritising the tasks where standardisation pays back most, rather than attempting a comprehensive procedure set that never gets finished.
Standard work attaches to recurring tasks in any CMMS.
Where a unified OEE + CMMS platform helps is that the standard lives with the task (the technician sees it when they pick up the work, on mobile at the asset), and the failure-rate trend on standardised tasks is visible, so the team can confirm the standard is actually reducing variance and preventing failures.
Fabrico is built for that workflow. To see how standard work attaches to your recurring tasks, book a demo .
Detailed enough to eliminate the variance-producing ambiguity, concise enough to be read in the time available. The test: would two different technicians produce the same result following it? If yes, it is detailed enough. If a technician would skip it because it is too long, it is too detailed.
For repeatable tasks, standard work captures skill rather than removing it, it makes the best technician's method available to everyone. For judgement-heavy tasks, which should not be standardised, the skill remains where it belongs. The de-skilling concern comes from over-standardising the judgement work, which is the mistake to avoid.
The best current practitioner of the task, validated by a peer. Not an engineer who has never performed it, and not imposed top-down. Standards written by the people who do the work get adopted; standards imposed from above get ignored.
Review when the failure data suggests the procedure is not working, and when the asset or the parts change. A standard tied to a recurring task in the CMMS is easy to update in one place; a standard in a binder drifts out of date invisibly.
Over-standardising, writing procedures for the diagnostic and complex work that should be left to judgement. This both fails to fit the complex work and erodes the discipline of following the good standards on the simple work. Standardise the repeatable; support the rest with information, not procedure.