Guest Post: Takt Time CompetitionBy Jon Miller |Post Date: April 16, 2008 3:51 PM By: Ron Pereira, LSS Academy Jon has blogged about takt time many times before. Most recently he offered a free Excel based takt time calculator. The tricky part about calculating takt time is normally associated with what to use for the daily demand number. Do you look at the past 12 months? Do you average things out or look at the median? Should we plan for peak demand or use buffer and safety stock to protect us from these swings? What about including sales forecasts, which we know are always wrong? So, you see, this takt time calculation is never quite as easy as the lean books make it out to be. With this said, I’d like to challenge the fine readers of Gemba Panta Rei to a little takt time competition. The picture below represents some completely fabricated weekly sales data (in units). You can click on the image to download a larger version if it is too small to read. UCL stands for Upper Control Limit and LCL stands for Lower Control Limit. If you need a refresher on control charts, please check out this three part series (part 1, part 2, part 3). Let’s assume the following: • Company makes one product What’s the takt time? [Note from Jon: From the list of people who give serious and thoughtful answers to this question we will draw two names at random to be the lucky winners of the upcoming book The Illustrated Toyota Production by Ritsushi Tsukuda, to be published by Gemba Press very shortly.] Dear Jon & Ron Thank you for raising an interesting dilemma we all face everyday Poster: Chris Nicholls | Post Date: April 17, 2008 7:45 AM
The simplest answer to this question, based on the available information, is to base a takt time on running an average of 1000 parts per week (200/day) and plan on keeping ~40 pcs buffer stock to account for higher weekly demand. That would give a takt time of approx 140-144 sec/pc, depending on if the planned downtime could not be taken care of during the other breaks. The 1080 piece demand weeks (what appears to be week 45 & 47) could be covered with overtime. I know the bullet points say this is all the data that they have available, but one of the biggest questions I have come across in calculating takt time is who dictates the demand. If you are an automotive supplier sending parts to an assembly plant, you don’t get to dictate how many vehicles they want to build. In that case, you have to keep the buffer stock and potentially make it larger to protect yourself. If you are a manufacturer of a high demand consumer good, you may be able to dictate that you are only going to make 1000/week and carry no buffer stock. (I’m reminded of something attributed to Ohno that said not to be afraid of a lost sale if it costs too much to fill…I can’t find the exact quote right now.) The other piece of information that would be critical to planning production would be to understand the cost of inventory and the cost and availability of raw material. If you are extremely tight on cash flow, but have an easily accessible supply of raw material you may want to plan to keep no buffer of finished stock and base your takt time on some of the lower demand points (approx 960/wk) and pay OT for when demand picks up. Poster: Joe Wilson | Post Date: April 17, 2008 9:02 AM
Ideally, the takt time should be based on the demand for that day. Given some of the variation we need to take into consideration, we could take the approach that: A nine hour day would yield 32,400 available seconds. After breaks and planned downtime, this becomes 27,900 seconds of available work. The average daily takt would be: 139.5 seconds. Between the average (mean) and the UCL there is less than a 10% difference. I would attempt to control this variance through a well designed process/layout, and adjusting staffing requirements accordingly. With the exception of the two anomalies going outside the UCL, the variation shouldn’t be a significant factor as none of the other data points are near the UCL. By constantly monitoring the process, as they have been doing, any trends or shifting of the mean should be quite visible. This gives manufacturing an opportunity to respond appropriately. I would probably base the chart on a rolling six-month cycle though in order to maintain current information. There needs to be a balance as there may not be enough resolution changes if one uses long periods to plot data, and too short of a cycle may cause unnecessary reactions to anomalies. Those peaks could be anomalies due to a particular marketing/advertising program that the marketing program failed to notify manufacturing about. Poster: Wayne A. Marhelski | Post Date: April 17, 2008 10:19 AM
After breaks, there are 27,900 seconds per day. I wouldn't worry too much about the UCL, since this is a 1 shift, 5 day operation, any peaks can be accommodated by working extra overtime, either an hour each day or a weekend. Poster: martin | Post Date: April 17, 2008 12:11 PM
Thank you Ron for posting this. First, it's nice that someone has acknowledged the fact that real life does not always follow book examples. Second, for challenging us to think! Assumptions/Clarifications: Based on these assumptions, I have calculated takt time to be 139.5 seconds or 2min 18 sec. Calculations were as follows: Total day – lunch – coffee – planned downtime = 7.75hrs * 60min * 60sec = 27,900 seconds available per day 27,900sec ÷ 200 units per day = one unit every 139.5 sec Thanks again Ron & Jon and I look forward to whatever discussion stems from this. Erik Poster: Erik | Post Date: April 17, 2008 12:25 PM
You are very welcome, Erik. I am glad you liked the post. Poster: Ron Pereira | Post Date: April 17, 2008 1:07 PM
Now that I read other replies I realized that I made mistake on my calculations. So that throws my suggestion out of the window. After revising my numbers I'd suggest takt time of 130s. Again that gives around half an hour extra each to be used productively, either to catch up or for improvement activities. What do you think about allocating time each day for kaizens? Worth it? Poster: Panu | Post Date: April 21, 2008 1:06 AM
Jon or Ron, Can you please explain if we can (or even should??) link our newly calculated takt time to the actual pull of the customer? That is to say, in your example above we've seen the average rate of demand graphed and we turned it into a drum beat of 139.5 seconds. Does this mean we are not giving production instructions (in the form of production kanban) to the floor? If so, are those cards directly related to what the customer pulled from FGI? I know I am walking the line here between level & un-level pull, but that's why I am asking. I'm wondering about the boundary between the two. If we produce strictly to takt and buffer with inventory, the law of averages should "protect" us and we'll produce 200 units/day even when the customer pulls more (or less). However, my sensei warned me against this saying "Very dangerous to start this way." and advised us to start with straight replenishment pull. But this of course is unlevel and each day places different demands on the cell/line. Not to mention what happens if multiple models run down the same line. If you could shed some light on where to start, transitioning from one system to another it would be greatly appreciated. Thank you, Poster: Erik | Post Date: April 22, 2008 8:51 AM
It's certainly important to understand how to calculate takt time correctly, but most organizations should probably spend far more time in the beginning on pull to prevent overproduction and link material and information movement, and on creating connected flows in smaller lots. Another question we should ask in regards to takt time is "what is the business model?" Is the product built to order, and essentially pre-sold? Would making it early and putting it on the shelf result in lower costs than attempting to flex resources up or down to match demand exactly to customer orders? Or is the product made to a forecast and shipped from stock? We don't know in this case. We also need to consider the cost of goods sold. Is this a low cost country or a high cost country? Does the product consume expensive raw materials or components to produce, or is the raw material cost comparatively low, while the manufacturing value-added is high? Takt time production doesn't work so well without averaging the mix and volume through heijunka. It's not clear in the scenario above whether changeover times are sufficiently short and processes are reliable enough to do heijunka to smooth out the demand and have a more even takt. The answer to these questions would also change our production strategy and how closely we would model Toyota's takt, flow, pull of just in time production. Poster: Jon Miller | Post Date: April 22, 2008 12:15 PM
Jon, Sorry for the very general question. Thanks for the truly Socratic answer. I'm sure the answer I was looking for is in there somewhere but I'll only get it if I really think about it. (Reminds me of Mr. Ohno's "You're a bigger fool if you do exactly as I say..." comment). Poster: Erik | Post Date: April 22, 2008 12:53 PM
I had to chuckle (actually I LOL) at Jon’s answer and your response Erik. If Socrates had asked his students the riddles that Jon just placed, his students would have given him the Hemlock and saved the leaders of Athens the trouble…. Poster: lester | Post Date: April 24, 2008 7:07 AM
Jon, Best, Les Poster: lester | Post Date: April 24, 2008 7:17 AM
So, would it always be bad idea to aim for having half an hour (or any other amount of time) of planned slack in work schedule? And if not, what kind of situation would warrant use of planned slack? Poster: Panu | Post Date: April 25, 2008 1:06 AM
Jon, What would make this exercise useful is to let us know the machine & actual cycle times to figure the number people required to produce this takt time. To really spice it up, give us a pack-out quantity to figure our takt-pitch time. Thanks also for the excel takt time calculator. I really enjoy these type of exercises. Best wishes, Poster: JWDT | Post Date: April 26, 2008 9:51 PM
Panu, Poster: Lester | Post Date: April 28, 2008 7:47 AM
Lester, I meant planned slack in a way that if there is no production to catch up to (which there ideally shouldn't be when we level load) the extra time would be used for kaizen activities, 5S etc. My experience is that biggest obstacles for continuous improvement is that line workers don't have time to do it. Because they have more important things to do. Which they of course do, getting products to customers is most important thing to do. But. if we take time for kaizen into account when calculating takt and leveling load then we can take that 'time' problem out of equation and work on next obstacle. Poster: Panu | Post Date: April 30, 2008 12:49 AM
Dear All Best Regards Poster: chris nicholls | Post Date: May 1, 2008 1:27 AM
Interesting questions on the kaizen time. As Chris said, this is an organization specific issue. For example, if you have a couple people working on the side and selling their goods at an online storefront like Etsy or something like that, you can plan whatever time you like. If you have 1000 people working side by side doing their part to assemble pickup trucks, I'm not sure how you would go about building that level of time in to your schedule, let alone manage that many people kaizen-ing at one time. The other issue that I see with building kaizen time in to your takt, in general, is that you only allow time to improve when sales are down. Let's say that instead of a standard takt of 140 seconds, you decide to back out kaizen time and build around a cycle of 130 seconds. If orders go up, how would that get handled? Do you just run at 130 seconds for the full work week or keep the planned down time and run overtime? Sometimes the most interesting kaizen opportunities happen when you are pushed to maximum throughput and have the rest of your defenses forced away. Poster: Joe W | Post Date: May 1, 2008 5:01 PM
Joe, Chris and Panu, Poster: Lester | Post Date: May 6, 2008 6:53 AM
Thanks everybody who posted comments, questions and answers to the takt time competition. The competition is now closed, but please continue the conversation. We are happy to say that you are all winners. Originally the idea was that only couple of people would win a copy of The Illustrated Toyota Production System, but I have changed my mind and we'll send each person a copy. Please send us a note to info@gemba.com with "illustrated TPS" in the subject line if you are a winner, and let us know where you would like the book shipped. Poster: Jon Miller | Post Date: May 9, 2008 10:32 PM
Hey! I need some help, and I got to this forum in my search! I have to do a takt vs cycle time graph, but I have never done one. Is this done using any specific graph type or just a column graph? But how would I then have the takt time line? Can anyone help me with this? Thank you! Poster: Cristina | Post Date: April 28, 2009 6:39 AM
Hi Cristina, Sorry for the late reply. We missed some comments. For a cycle time vs. takt time graph a simple column chart with the cycle times on the X axis and the takt time on the Y axis is OK. Draw a horizontal line for the takt time, typically shown in red, and cycle times as bars for each process vertically across the bottom. Here is a takt vs. cycle time template you can use to make it easier. Poster: Jon Miller | Post Date: June 20, 2009 10:42 AM
|



After thinking this a bit I think that good takt time would be 57.4 seconds. That is aiming for 85% efficiency on available working time. And that should give company about half on hour extra each day that could be used for implementing kaizen and catching up backlog if there is need for that.
In addition to that, I would start with some safety stock, say 100 pieces which would be decreased as company gains experience on lean. Or not, if sales volume can't be leveled more efficiently.
Naturally company would have to follow sales trend to see if figures need adjustment. Are those two spikes anomalies or are they signal of long term increase in sales.