May 17 2013
Lean Assembly, Lean Logistics, and Euclides Coimbra’s Changes
My fellow consultant and author Euclides Coimbra has only written two reviews on Amazon, both on July 3, 2006, giving five stars to my books Lean Assembly and Lean Logistics, and commenting as follows:
- About Lean Assembly: “Very good book. Full of details. Useful for implementers. Knowledgeable readers can find many info between the lines. A wonderful contribution for Kaizen and Lean knowledge.”
- About Lean Logistics: “Following Lean Assembly Lean Logistics is a natural continuation. The style is the same and the information as valuable as Lean Assembly. A must have for any Kaizen and Lean implementer. Lots of details and useful information.”
A few months later, I went to work for him, and grew to appreciate his consulting talents. We parted later on good terms and I considered him a friend.
I just received a copy of his 2013 book, Kaizen in Logistics & Supply Chains, and found much overlap in subject matter with the two books of mine that he previously considered a “wonderful contribution” and a “must have.” I assume he changed his mind because they are not in the bibliography, and I couldn’t find my name anywhere in his book.
Jan 2 2014
Lean and Management Processes
An online sparring partner of 15 years, Bill Waddell, concluded our latest exchange with the following:It is a 3-step progression: first, Bill makes a general statement of what Lean is, then he points out a serious shortcoming in my thinking, and finally he misspells my name.
As I am not trying to go global cosmic with Lean but instead remain focused on Manufacturing, rather than Bill’s three elements, I see Lean as having the four dimensions identified by Crispin Vincenti-Brown. Whatever you do has some content in each of the following:
Attention must be appropriately balanced in all of these dimensions and, if one is under-appreciated in the US, it is Engineering, not Management. Metrics and organization issues hog the attention; what little is left over goes towards Logistics and Production Control, and Engineering is taken for granted. The tail is wagging the dog, and reality bites back in the form of implementation failures.
What is a management process, and how does it differ from a tool? The term sounds like standard management speak, but, if you google it, the only unqualified reference to it that comes up is in Wikipedia, where it is defined as “a process of planning and controlling the organizing and leading execution of any type of activity.”
Since Henri Fayol, however, we have all been taught that the job of all managers is to plan, organize, control, and lead. In those terms, there doesn’t seem to be any difference between a “management process” and just “management.” All other Google responses are for the processes of managing different functions, like the “Project Management Process,” “Performance Management Process,” “Change Management Process,” or the “A3 Management Process.” The corresponding images are a variety of box-and-arrow diagrams, pyramids, wheel charts, dish charts, and waterfalls/swim lanes, as in the following examples:
A manufacturing process is the network of tasks to make a product from materials — with routes that merge, branch, and sometimes even loop. A business process, likewise, is a network of tasks to turn inputs into outputs, like the order fulfillment process that turns customer orders into deliveries. A political process is also a network of tasks leading to a particular result, like the election of a president or the approval of a budget. So, what about a management process? And what is the level of appreciation that it deserves?
Bill is the one who should really explain it, but, if I were to use this term, at the most basic level it would be for what I have been calling protocols, by which I mean the part of management work that is done by applying sets of rules or procedures rather than making judgement calls. They are pre-planned responses to events that might occur but are not part of routine operations. It can be the arrival of a new member into a team, the failure of a truck to show up, or a quality emergency.
This is the spirit of Toyota’s Change Point Management (CPM), in which the pre-planned responses are prepared by the teams that are potentially affected by the events and posted in the team’s work place. When the event occurs. all you have to do is retrieve the plan and you know what to do. And it is usually a better plan than what you would have improvised in the heat of the moment.
At a higher level, I would call process a protocol used to organize the way you make judgment calls. You can’t set the strategy of a company by applying rules, but you can use Hoshin Planning to organize the way you do it. A process like Hoshin Planning is akin to the rules of a game; it doesn’t determine how well the managers play. If they just comply with a mandate and go through the motions, they will produce a certain result. If, on the other hand, they understand what they are doing, connect it to their own work, and see the value in it, then they will produce a different result.
A good process does not guarantee a good outcome, and great teams have been able to coax performance out of dysfunctional processes. What is the proper level of appreciation for these management processes? Clearly, there is more to management than processes, and the best managers are those who excel at endeavors for which there is no script.
I learned to appreciate the relationship between management and engineering in Manufacturing from working with my mentor, Kei Abe. When he took me on as a junior partner in 1987, one of the first things I learned from him was to approach problems in a holistic manner, simultaneously at the technical and the managerial levels. I saw him coach a shop floor team on the details of SMED in the morning, and the board of directors on company strategy in the afternoon. It’s not a common mix of skills, but I believe it is what a manufacturing consultant should have.
Share this:
Like this:
By Michel Baudin • Management • 9 • Tags: industrial engineering, Kei Abe, Logistics, Management, Manufacturing engineering, Metrics, Toyota