Quasi-Lean at a Call Center

I stumbledupon an interesting article on Lean implemented at a Call Center.  Their implementation of Lean is pretty basic, but I think it’s a decent start.  In addition to what they did, I would have taken the Lean Consumption and Lean Provision approach.

Specifically, this is what they implemented:

So, as you can see, they haven’t really done much in terms of their Lean implementation.  But, apparently, they see big improvements despite their piece-meal approach to Lean.  

My biggest beef with this implementation was an over-emphasis on productvity.  Productivity is a worthy measure, but it’s only one.  A truly Lean approach would begin with questions around "Value" — what the customer is willing to pay for — which may or may not include issues of productivity:

Answering the questions above will highlight waste from value and help the firm to understand customer expectations for consumption-based activities.  For example, basic consumption activities can sometimes place an undue burden on the customer.  Take, for example, the experience of getting a car fixed.  A simple activity like that can easily place burden and can take many person-hours than it really should. 

Specifically, my approach would be to walk the Gemba from the the customer contracting with the Call Center for a survey, through the completion of a call for that customer and the subsequent aggregate reporting back to the customer that contracted for the data: the provisioning piece would be the contracting and the reporting back to the customer, the consumption piece would be the activity of data collection.   A visual time-map like that, showing time, activities, and also value-add and non-value-added activities would be very helpful and would immediately expose waste that can be reduced or eliminated. 

The article was originally published in the Oregonian, August 2006:

Lean, said Martyn, can more easily spot waste in manufacturing firms, where piles of scrap metal beside a production line, for example, can indicate problems. In service industries, production is less tangible.

"You are looking at setting standards for your system, looking at when you aren’t meeting those standards, and going after the root causes of the problems that keep you from meeting those standards," Martyn said.

"Your goal is to permanently solve the problem."

In RDD’s case, the first step was making production problems visible. The company uses fairly low-paid workers — average pay is $9.50 an hour in salary and commissions — to gather data, mainly by telephone, for research studies. Martyn needed a way of measuring productivity so glitches would be obvious.

Each call center is organized with about 15 callers, or "research associates," overseen by a supervisor, or "coach." Martyn devised a system of metrics, or measurements.

Data is now compiled for each team: "RPH," or revenue per hour, measures how much money each team makes per hour, based on time spent on each study. "Run" measures the research associate turnover rate, or how long people stay on the job. Another measurement is the cost of labor as a percentage of revenue. The lower, the better.

Early numbers were dismal.

Under Martyn’s guidance, visual systems were established to help research associates increase their productivity by reaching the right kind of respondents. Each research associate, for example, has within reach a dial that is turned to indicate a respondent’s political affiliation. The associate also has a two-sided sheet to indicate the sex of the person: blue for male, pink for female.

Boards attached to the wall show, for each survey being done, how close to quota the company is for people in various categories. If they’ve met the quota for a particular category, the caller can end unneeded interviews.

"It seems like it’s simplistic, but that’s what makes it work," said Christian Byrd, a coach at the Missoula, Mont., call center who supervises 15 research associates.

Gerianne Schmidgall, a site manager at the Montana center, said the visual system makes the job easier for research associates, and increases their commissions.

"I was around before we started using some of these visuals, and we were constantly going over quota," Schmidgall said. "We were doing work that’s not needed, and that’s a waste."

John Fries, a senior project director for Alan Newman Research of Richmond, Va., is a customer of RDD. Fries’ company designs surveys for customers, including advertising and government agencies. He uses RDD to collect data over the telephone.

RDD’s use of Lean makes it much better at doing work quickly or changing a job in midstream than another data collection firm Fries uses, he said.

"We have a lot more flexibility using John’s shop than with our other call center," Fries said. "We’re impressed by measurements they are doing, down to the efficiency of each interviewer."

RDD still wants to grow, Stepleton said, but in a controlled way. "Part of maturing is being more patient," Stepleton said. "That’s a huge fundamental of Lean."

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

No comments yet.

Leave a comment

(required)

(required)


Additional comments powered by BackType