Managing Constraints Under Peak Volumes

One of the key lessons in The Theory of Constraints is that the contraint or the bottleneck determines the throughput for the entire system.  This means, then, that if we optimize and improve a non-bottleneck, then those efforts have zero impact on the overall throughput of the system.  It is only when we improve and optimize the contraint that we will see improvement in the throughput of the entire system.  Every system has a constraint — that is neither good nor bad — but just a fact of dynamic systems.  The key is to  identify and then manage.  Once you’ve identified the constraints in your system, then the next step is to manage it.

I was able to obtain some empirical volume data for Burger King.  The data below is taken from 1 Burger King restaurant.  I imagine the numbers would be significantly different if we were to average the volume by geography, restaurant size, or by other factors.  Now, consider the following process map for a typical Burger King:

Over the course of an average month, Burger King produces 34227 sandwiches.  This means, then, that for an average hour, Burger King produces 198 sandwiches per hour during normal hours.  But, on Friday and at 12:00PM, Burger King experiences higher-than-normal volume and so we add a "Peak Multiplier" of 18% and 17.9% to arrive at 256 sandwiches during Peak Hours.   The "Peak Multiplier" is not completely arbitrary, but a quasi-educated guess at the volume increase during those hours.  In both cases of Fridays and Lunch Hours, we add a ~20% multiplier.

Now, let’s take a look at the process map.  We see the Assembly Step producing 200 sandwiches an hour.   We consider the Assembly to be the constraint in the system.  The upstream processes produces more than 200, but when we arrive at the Assembly, the capacity of that step is lower than its upstream processes.  So, the maximum throughput of the entire system above is 200 sandwiches per hour.  

Under normal hours, the constraint functions reasonably well.  Since normal hour demand is 198 sandwiches per normal hour, the Assembly Step can produce at least at that amount — but, it’s cutting it close.  Under peak volume, the constraint is not able to fulfill demand. 

How To Manage A Constraint

Under normal hours, it appears that the Assembly Step can produce at expected demand.  But, there are several things that could put burden on the constraint and cause it to producing less than capacity.  Here are some of those items:

It’s easy enough to see that the Assembly Step needs some help.   Here are several things Burger King — or any system with constraints — can do to better manage the natural constraints that are in every system:

Conclusion

All systems have constraints.  Identify what they are, quantify the effects, then manage it.  The above Burger King example shows how this can easily be done.  What are the constraints in your systems?  What can you do to better manage those constraints?

+++++

For articles on queueing theory, time-traps, operations, lean and six sigma, please visit the links below:

Share This Post:



  • Digg
  • Facebook
  • Yahoo! Buzz
  • del.icio.us
  • FriendFeed
  • Suggest to Techmeme via Twitter
  • Reddit
  • Google Bookmarks
  • Live
  • StumbleUpon
  • LinkedIn
  • Slashdot
  • MySpace
  • E-mail this story to a friend!

2-pizza teams (9)
3 C's (3)
5S (37)
A3 Report (9)
adoption (6)
agile/software (59)
ajax (4)
amazon (50)
apple (2)
apple iphone (6)
axiom (3)
Aza Raskin (8)
backcountry.com (2)
berlin (1)
bill gates (1)
bill marriott (1)
blog tag (1)
book reviews (4)
bullwhip effect (5)
business (381)
business plans (3)
busm361 (13)
BzzAgent (12)
call center and queueing (11)
car buying (2)
Carbonite (1)
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 (1)
customer experience (4)
customer obsession (45)
customer segmentation (8)
customer service (13)
design thinking (11)
digg (4)
drum-buffer-rope (38)
dublin (1)
dynamic systems (24)
eBay (6)
economics (3)
efficiency (3)
ethnography (28)
family (18)
featuritis (15)
flexibility (1)
forecasting (2)
four performance dimensions (2)
Fun With The 2×2 Matrix (1)
game theory (7)
Gemba (60)
genchi genbutsu (65)
general (136)
germany (1)
google (15)
heijunka (64)
holidays (1)
how to be a human (1)
image uploading (1)
iphone (4)
ishikawa (67)
IT at Toyota (66)
just-in-time (4)
kaizen (1)
kanban (42)
law of instinct (1)
Leadership (33)
lean (148)
Lean Consumption Maps (94)
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 (64)
nba fines (1)
net promoter score (nps) (1)
obeya (36)
Off-Topic (1)
onstar (1)
operations (108)
pageviews (3)
pareto principle (38)
patent (1)
peanut butter manifesto (2)
philosophy (3)
Poka-Yoke (3)
poppendieck (3)
powerpoint sucks (2)
private equity (4)
process measures (5)
product development (19)
productivity (4)
quality (39)
queueing theory (40)
Raffle (1)
rational choice (2)
regression analysis (18)
respect for people (3)
root cause analysis (56)
sarah+palin (2)
seth godin (1)
simplicity principle (10)
six sigma (122)
snowboarding (2)
social media (3)
spam (1)
statistical process control (46)
strategy (44)
suburban (1)
supply chain (24)
takt time (8)
teaching (2)
team size (9)
technology (105)
the beer distribution game (1)
the profit tree (7)
The Visual Factory (11)
theory of constraints (41)
time (2)
timeline (3)
tony+hsieh (9)
toyota (73)
travel (1)
trump bankruptcy (1)
twitter (8)
uspto (1)
utah deal flow (2)
variation (69)
venture capital (1)
Visual Management (9)
waste (56)
website traffic (2)
Wing Chun (2)
wisdom of crowds (1)
wisdom teeth (1)
word-of-mouth marketing (18)
yahoo (2)
zappos.com (9)
zero defects (3)

WP Cumulus Flash tag cloud by Roy Tanck 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

[...] Managing Constraints Under Peak Volumes [...]

[...] Managing Constraints Under Peak Volumes [...]

[...] Managing Constraints Under Peak Volumes [...]

[...] Managing Constraints Under Peak Volumes [...]

Leave a comment

(required)

(required)


Additional comments powered by BackType