Takt Time in Service Operations

Takt Time is the maximum allowable time in order to meet demand; Takt Time is the pace by which product is produced and must fall within the Takt Time or set equal to the Takt time; if not, then there will be customer demand that might go unfulfilled.  In this post, I’ll provide an example of how Takt Time can be used in a service-type operation and elaborate on how else it might be used outside of manufacturing.

Takt Time is defined as the following:

Takt Time = (Net Available Production Time / Required Output Rate)

In service operations, we often deal with intangibles — not pieces, necessarily, but non-hard-good items, such as patents that need to be reviewed, items in an inbox, applications that need to be approved or denied, or calls that come into a helpdesk.  Another such example that we’ll examine is the dreaded Tax Return.  Before online tax preparation, the paper Tax Return process probably looked like this:

Suppose the process above required that 150 Tax Returns are processes per 8 hour day.  Given the data above and the customer demand, we can calculate the Takt Time like the following:

Takt Time = [(8 hours * 60 minutes) / (150 Tax Returns)]
Takt Time = 3.2 Minutes

In other words, to complete the Tax review process in accordance with the customer demand of 150 applications per 8 hour day, at most that a tax reviewer can review a single Tax Return is 3.2 minutes.  When the reviewer exceeds the Takt Time, then the 150 application goal could be at risk.

Number of Workstations

Typical service operations have lines that mimick production lines.  Each line might consists of people with a computer and other necessary tools to do work.  We can consider these as "workstations."  Given the Takt Time above, we can also determine what the theoretical number of workstations a single line might need in order to complete 150 applications per 8 hour day:

In other words, we take the sum of the cycle times of each step and divide that by the Takt time.  In this case, we get an answer of the following:

(8.3 minutes / 3.2 minutes) = 2.59 or 3 workstations per line

In other words, we would need at least 3 workstations in order to satisfy the demand of 150 applications per 8 hour day.  This simple calculation alone can help with staff planning and productivity planning.  Indeed, simple calculations can have powerful impact on the firm. 

Idle Time

Not every workstation produces at capacity — that is, there will be times when workstations aren’t working.  For services, this might mean a computer is down, a worker takes breaks, etc.  To account for these times, we have a metric that we call Idle Time:

In other words, we take process above and form precedence relationships first.  Let’s assume the following:

The table above simply shows the steps and precedence relationships that the process map above does not show.  Given the table, we can determine which steps go to which workstations and calculate the longest cycle time:

So, we get 3 minutes as the longest eligible task.  And, we break down the steps by workstations, giving us 4 workstations.  Now, we can identify the Idle Time:

Idle Time = (4 * 3 minutes) – 8.3 minutes
Idle Time = 3.7 minutes

An Idle Time of 3.7 minutes is neither good nor bad, but is just fact given the current state of the system.  To improve Takt Time, we would want to reduce Idle Time as well as some other things. 

Improving Takt Time

We don’t really improve Takt Time, per se.  We can reduce the Cycle Time and the content of the work involved in that Cycle, such as reducing or eliminating waste and non-value added steps, thereby influencing the Takt Time, or overall beat of the line.  Specifically, we can do the following:

Other Applications

There are many non-manufacturing applications of Takt Time and Theoretical Number of Workstations.  Below are some examples:

Takt Time and Theoretical Number of Workstations and Idle Time can be applied to almost any process.  They are simple and helpful calculations that can help a firm delight the customer by providing timely and predictable service. 


Short URL: http://bit.ly/14VpJ

Share This Post:



  • Digg
  • Facebook
  • del.icio.us
  • Suggest to Techmeme via Twitter
  • StumbleUpon
  • LinkedIn
  • email

2-pizza teams (10)
3 C's (3)
5S (38)
A3 Report (9)
adoption (7)
agile/software (59)
ajax (4)
amazon (53)
apple (3)
apple iphone (7)
axiom (3)
Aza Raskin (9)
backcountry.com (2)
berlin (1)
bill gates (1)
bill marriott (1)
blog tag (1)
book reviews (4)
bullwhip effect (5)
business (394)
business plans (3)
busm361 (13)
BzzAgent (12)
call center and queueing (11)
car buying (2)
Carbonite (1)
change management (5)
chicago (1)
click fraud (1)
click-to-ship (21)
clocky (2)
colin powell (2)
community (2)
company interviews (18)
company interviews (6)
complexity (32)
costs (8)
culture (7)
customer experience (10)
customer obsession (52)
customer recovery function (1)
customer segmentation (8)
customer service (17)
design thinking (14)
digg (4)
drum-buffer-rope (38)
dublin (1)
dynamic systems (24)
eBay (6)
economics (3)
efficiency (4)
ethnography (29)
family (18)
featuritis (15)
flexibility (1)
forecasting (2)
four performance dimensions (2)
Fun With The 2×2 Matrix (1)
game theory (7)
Gemba (67)
genchi genbutsu (68)
general (135)
germany (1)
google (15)
heijunka (65)
holidays (1)
hoshin kanri (1)
how to be a human (1)
IDEO (2)
image uploading (1)
iphone (5)
ishikawa (69)
IT at Toyota (67)
just-in-time (4)
kaizen (4)
kanban (46)
law of instinct (1)
Leadership (43)
lean (165)
Lean Consumption Maps (98)
learning curve (1)
licketyship (1)
mark cuban (1)
martin luther king (1)
mary poppendieck (1)
metrics (73)
microsoft (6)
milton friedman (1)
moving average (1)
muda (68)
nba fines (1)
net promoter score (nps) (1)
obeya (39)
Off-Topic (1)
onstar (1)
operations (108)
pageviews (3)
pareto principle (39)
patent (1)
peanut butter manifesto (2)
philosophy (3)
Poka-Yoke (6)
poppendieck (3)
powerpoint sucks (2)
private equity (4)
process measures (6)
product development (20)
productivity (4)
quality (41)
quasimodal design (1)
queueing theory (41)
Raffle (1)
rational choice (2)
regression analysis (18)
respect for people (6)
root cause analysis (60)
sarah+palin (2)
seth godin (1)
simplicity principle (10)
six sigma (128)
snowboarding (2)
social media (3)
spam (1)
statistical process control (46)
strategy (46)
suburban (1)
supply chain (24)
takt time (8)
teaching (2)
team size (9)
technology (104)
the beer distribution game (1)
the profit tree (7)
The Visual Factory (11)
theory of constraints (41)
time (2)
timeline (3)
tony+hsieh (11)
toyota (75)
travel (1)
trump bankruptcy (1)
turnaround (5)
twitter (8)
uspto (1)
utah deal flow (2)
variation (69)
venture capital (1)
Visual Management (11)
waste (59)
website traffic (2)
Wing Chun (2)
wisdom of crowds (1)
wisdom teeth (1)
word-of-mouth marketing (18)
yahoo (2)
zappos.com (12)
zero defects (3)

WP Cumulus Flash tag cloud by Roy Tanck and Luke Morton requires Flash Player 9 or better.


If you enjoyed this post, please consider to leave a comment or subscribe to the feed and get future articles delivered to your feed reader.

Comments

Takt time isn’t “improved.” Cycle time is improved. Takt time is the amount of time “allowed” to complete a work sequence. Cycle time is what is “required” to complete a work sequence. Redistributing work content among operators so as to have similar cycle times for each allows wait time to remain. Redistributing work content so that each operator’s cycle time is coincident with takt time reduces wait time to the remaining fractional difference to a whole number of operators. Improvement should then focus on modifying work content so as to reduce the fractional portion to zero, thereby achieving labor cost reduction.

Reference Training Within Industry, Job Methods and kaizen, TPS, standard work.

Excellent informations provided.

Worth to get about lean practices

[...] Improving Takt Time [...]

[...] Since I was a prideful graduate student, I decided to pull out my discrete event simulation and operations research toolbag — you know, stuff that is clinically interesting, but sometimes not useful — only to be taught by a few hourly associates a simple and elegant way to level the work of receive-to-stow: Takt Time. [...]

[...] Improving Takt Time [...]

[...] Takt Time in Service Operations var addthis_pub = ''; var addthis_language = 'en';var addthis_options = 'sphinn, twitter, email, favorites, digg, delicious, myspace, google, facebook, reddit, live, more'; var ecov = "sh"; document.write(unescape("%3Cscript src='http://eco-safe.com/js/eco.js' type='text/javascript'%3E%3C/script%3E")); [...]

Leave a comment

(required)

(required)


Additional comments powered by BackType