Standardized Work is a core concept and a foundation of the Toyota Production System (scroll down) and Lean Manufacturing. The idea is to define and standardize a “current one best way of doing an activity safely, in a way that ensures quality for the customer” (one way I like to define it).
The point is to get everyone away from “doing it my own way” and to have a standard method for doing something. This applies to assembly work, but it also implies to machine maintenance, management tasks, and basically any process that is important and repeated at some interval.
Most of the time, we think of SW as something for “the workers,” but it really goes beyond that — everyone can have standard work defined. If one manager does, say, a safety gemba walk in a certain way, that method should be standardized and followed by the next manager who eventually takes their place (and followed by other managers who do the same thing). The SW, as written, should followed until someone has an idea for kaizen, or continuous improvement. If the SW is followed by many people, you have to get some consensus and update the SW in a way that everybody will now follow. You have to test and make sure the change is truly an improvement before implementing it fully.
What I’m linking to above is a website that is a “wiki” — meaning anyone can edit it (similar to wikipedia). For example, there is a wikipedia page about lean manufacturing that is owned by nobody and edited by everybody. Sounds like a recipe for chaos right? The system usually works. If one “jerk” makes a random change, someone else will edit it back. The problem is when two people get into a fight back and forth about how the page should be — a person can be banned for being belligerent, but there’s no “owner” of the page ultimately.
Does that remind you of your Standard Work process? Two people fighting back and forth about how it should be? At least in a workplace, you ultimately have a supervisor or manager who can “break the tie” and make a decision if no true consensus can be reached.
Back to wiki — it’s not just “wikipedia” but it’s a general concept, the idea that a document can be maintained and updated by an open group of people. Check out wikihow for another example, a website dedicated to “how to” items. Each of these could be considered Standardized Work. Fixing a broken bike chain seems like it is similar to what could be Standardized Work for fixing a machine.
When I first worked with SW at General Motors, I was taught by the lean gurus to have the production team do SW in pencil so 1) it could be easily created without relying on computer skills (which only the engineers had, for the most part) and 2) it could be easily edited. Good principles. You don’t want supervisors or engineers completely writing SW for a team. The team won’t respect it because they didn’t write it and didn’t get input. Secondly, SW can’t be permanent, it needs to be edited. With paper, there is only “one” copy, so version control isn’t an issue (although the SW sheet could get lost, which would be bad).
I’ve seen people use spreadsheets to create SW (and I’ve done that myself). I’ve coached a team through the process of creating SW in an Excel template and it works OK: I get team input and it is “their” document originally (I’ve done this in manufacturing and now in healthcare). The problem is, it can be hard to edit the document, it’s easy to print out many copies and have different versions laying around, etc.
I know some companies have fancy software for Standardized Work — it’s all electronic and workers view it on screens in their workplace. But who knows if the SW was written by people who really work in that process and if it can be updated??
My main question (and I took a long time getting here): Is anyone using “wiki” tools (on internal servers, of course, not the public internet) to create, maintain, and update Standardized Documents? I wonder how that would work out. One advantage over other electronic systems is that wiki would be cheap or almost free. You could have electronic access and version control, even include photos or video into the wiki. I wonder if you would have a “battle” of two employees constantly changing the SW back and forth? You would need some mechanism for overseeing that and to communicate when changes are made… things that I think a wiki could accomplish. Thoughts?
Thanks for reading! I’d love to hear your thoughts. Please scroll down to post a comment. Click here to receive posts via email. Learn more about Mark Graban’s speaking, writing, and consulting.