Looking through some of my notes from seminars, salons and study sessions I participated in during November and December, I came across an interesting string of characters: JID > JIT > TWI > SW > TQC? This was code to myself whose meaning luckily I had not forgotten. The question came up during a discussion on how to design lean operating systems and how to implement lean system.
Much of the discussion and teaching, questions and discussion was around the importance of team identity, properly selected, trained and motivated team leaders and the problem solving dialogue that goes on between members and leaders of teams. Anyone with passing familiarity of the lean lingo will recognize that JIT is Just In Time, TWI is Training Within Industry, and TQC is Total Quality Control. JID was shorthand for jidoka and SW is Standard Work (capitalization is not necessary).
The students in one of my seminars observed that I was placing a lot of importance on the people aspects of lean, and yet in describing the history of the development of the Toyota Production System TWI comes roughly as the third major system implemented after jidoka and just in time. Was this the correct sequence for implementing lean systems or should we start with TWI before attempting to flow and pull, establish standard work or to have andon response systems?
But even this question needs to be placed in larger context before it can be answered properly. Teachers of lean who come from a heavy machining background tend to emphasize process stabilization before flow. While those from discrete parts assembly will emphasize using flow to expose problems and instabilities. Those who are experts in lean accounting will see doom in not starting off first, or at least very early, with getting the right accounting and measuring system in place. Those with backgrounds in organizational development or psychology will see the benefit in making sure all people systems are in place before making major changes to process systems. Lean strategy experts who gravitate to the boardroom may insist that hoshin kanri must come before any serious shop floor implementation. None of these approaches is wrong, though each may be more or less appropriate depending on the situation. Always insisting on a single approach despite the particulars of the situation is what leads to mistakes.
Let’s take the classic Toyota Production System house. At the foundation of the classical TPS house is standardized work, kaizen and heijunka. Heijunka is the base, but almost nobody starts here. The corner stone of standardized work, or at least documenting standards, is well respected. Kaizen in its fullest meaning as practical problem solving is lost on many, with the kaizen event being the main format. A smoothed and sequenced production volume (heijunka) is often cited as a prerequisite for stable just in time production. Heijunka relies on small lot sizes, which relies on SMED which relies on 5S which relies on leader standard work and zone control which lead us to people on teams. So when we explore the various systems we can quickly recognize the linkages and even what we might call correct sequencing.
Yet there are as many versions of the house of lean as there are companies attempting to implement lean. There is nothing wrong per se with customizing and modifying the TPS lean model, provided convenient cherry picking of the tools and systems is avoided. I can still recall frustrating discussion from a few years ago in which I failed to persuade the client that “the 10” chosen and non-negotiable lean tools agreed after so much discussion by their steering committee and the Lean Promotion Office, were a path to failure. Establishing a closed list of lean tools and a rigid sequence for implementation is like building a temple with only limited understanding of geometry, masonry and architecture. Even if the masonry doesn’t come tumbling down, you might end up with just half of a building, not unlike the ruins of the sanctuary of Apollo pictured above. A more pragmatic and open-ended approach is best, realizing that there is no king’s road to success in lean implementation, though there are many ditches.
What is the correct sequence for implementing lean systems? We need to ask three questions; What is the greatest area of need for the business? What is the greatest gap in lean success factors? What is the likely set of lean systems or tools that will be most immediately useful for this organization? The ability to answer all three questions requires a solid knowledge of business fundamentals, expertise in evaluating organizations from the people side, and more than a passing knowledge of the lean tools and systems.
All lean systems rely on people to succeed, and people rely on each other. Nearly all lean systems rely on team leaders and small teams working toward a common purpose. I can’t see getting there without tapping into all of the aforementioned systems and more. The best and most concise answer to the question may be, “Do first things first, then next things next.”
What’s the correct sequence for implementing lean systems, in your experience?