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
Jun 17 2019
Is TPS Both a Dessert Topping and a Floor Wax?
“TPS can be applied to any setting, as long as you can define your customer and product…” – Darren Migita MD– Seattle Children’s
Quoted by Jun Nakamuro on LinkedIn from a podcast.
Michel Baudin‘s comments: To be fair, Dr. Migita is a pediatrician with 20 years of experience. His podcast is about adapting TPS to health care, not to “any setting.” It is an interview, a format that can trip up anybody.
What I find remarkable throughout is that Migita does not hide behind the word “Lean.” He explicitly refers to Toyota and Taiichi Ohno and vigorously asserts that you can borrow ideas for car making to improve patient care.
This opening sentence in Jun Nakamuro’s quote, however, makes TPS sound like Shimmer, the product once advertised on Saturday Night Live as “both a dessert topping and a floor wax.” It almost kept me from listening further.
Continue reading…
Share this:
Like this:
By Michel Baudin • Blog clippings • 0 • Tags: Health care, Lean, Semiconductor Manufacturing, software development, TPS