Dec 24 2013
Using Takt Time to Find Problems Earlier | Zsolt Fabók
See on Scoop.it – lean manufacturing
“The idea of takt time comes from car manufacturing. It shows the elapsed time between two completely assembled cars leaving the factory floor. If the takt time is 2 hours, it means that the factory produces 12 cars a day (24h/2h = 12)…”
A nice effort from a software developer to discuss the relevance of the concept of takt to his profession, or lack thereof. Unfortunately, he gets a few details wrong.
The first sentence is “The idea of takt time comes from car manufacturing.” Well, not exactly. Try aircraft manufacturing in Germany in the 1930s.
His example of a car manufacturing plant making 12 cars/day is a bit odd. I suppose such plants may exist in the extreme luxury end of the industry, but 1,000 cars/day at a takt time of 1 minute while working two shifts/day is more common.
“Car manufacturers are producing the same kind of car over and over again.” Well, not exactly. In the past 100 years, the industry has changed. You now make multiple models of cars on the same line, and each unit has its own build manifest with configuration options.
And car companies do not change the takt time every week. It’s more like every four months. Contrary to what the author says, the takt time is not a tool for throughput prediction. The throughput prediction is an input to the calculation of the takt time, which is a tool to drive how you design and operate production lines. It is adjusted to reflect changes in demand, but not fluctuations, because changing the takt time of a line involves rebalancing the jobs in it.
Having worked in both worlds, I agree that car manufacturing practices are irrelevant to software development. Software development is development, not production. If you want similarity and management tools with crossover value, you should look instead at product development in other industries, not the production of existing products.
See on zsoltfabok.com
Dec 26 2013
What’s eating John Seddon?
It was his comment that “This respect for people stuff is horseshit” at a conference in Iceland in 2012 that drew my attention to his work. While certainly aggressive, it was not a personal attack. The latest kerfuffle is about the following statements in his 11/2013 newsletter:
The target of this attack, although unnamed, recognized himself. It’s Bob Emiliani, and he posted a response on his blog, entitled Kudos to John Seddon. Bill Waddell then chimed in with John Seddon – Where Ignorance and Arrogance Collide. To Bob, Seddon is like a student who did not understand the concept of “respect for people,” while Bill dismisses Seddon as a blowhard from a backward little country who has failed to understand the depth and the subtlety of the US version of Lean.
There is a good reason while the etiquette of on-line discussion groups forbids personal attacks: they cause discussions to degenerate into trash talk and name calling. It may be briefly entertaining, but quickly turns off readers who don’t have a dog in these fights and just want to information. Besides insulting Bob Emiliani, Seddon has steamed up patriot Bill Waddell with derogatory comments about America. You reap what you sow.
I have, however, heard comments that were as strident as Seddon’s from other consultants, from Japan. They were equally dismissive of US Lean, of American management in general, and even the country as a whole. This was usually, but not always, in private communications rather than in publications. These “insultants,” however, often got away with it, with audiences looking past the invective for useful ideas, and I think it is the appropriate response. Ignore the rant and engage on substance. If some is offered, you will be better off for it.
It is also worth pondering why people feel compelled to act this way. For John Seddon, I don’t know; I am not privy to his thoughts, but I can guess. We should remember that, in the market of ideas, we in the US have a worldwide home court advantage. Ideas command more attention and are more credible simply because of the “Made in America” label.
Lean is the most ironic example. The Toyota Production System did not come out of the US, yet the worldwide internet chatter and consulting business about it is dominated by a US version known as “Lean,” which is as faithful to the original as Disney’s Aladdin and The Hunchback of Notre Dame are to Arabian Nights and Victor Hugo’s novel. Borrowing, metabolizing and even distorting ideas from other cultures is done everywhere, and is to be expected; what is special about the US is that the American version radiates back to the world and overwhelms the original.
Last year, the Olympics opening ceremony in London reminded the world where the industrial revolution began. For more than a century, the world looked to Britain as a model for politics, economics, and manufacturing, but these days are gone, and for an idea to come from Britain is now a handicap rather than a credibility enhancer.
John Seddon happens to be British. For 28 years, he has been making a living as a consultant to service organizations in the public and private sector and, as anyone with this kind of experience would, he has developed an approach to doing it. We may or may not agree with it, but it deserves a respectful hearing. What I read into Seddon’s current stridency is that he has not been getting it. I think he is turning up the volume to prevent his voice being drowned out in the Lean tsunami coming out of the US.
Seddon dismisses Lean consultants as “tool heads.” I like tools. I use tools all the time, both in private and professional life. But I don’t use them indiscriminately. Following are three questions about a tool, that I would not ask about a hammer or a phone, but would about, say, Kanban or SMED:
1. Who invented this tool?
2. What problem was he/she trying to solve?
3. Do I have that problem?
Share this:
Like this:
By Michel Baudin • Deming, Management • 8 • Tags: Emiliani, Kanban, Lean, Seddon, SMED, Systems thinking, Waddell