May 23, 2007	Volume 7, Issue 21
Recommend this issue to a friend Join the Friends of Point Lookout HTML to link to this article…	Archive: By Topic    By Date Links to Related Articles Sign Up for A Tip A Day!
Create a perpetual bookmark to the current issue
| Follow @RickBrenner	Random Article

Ten Reasons Why You Don't Always Get What You Measure: Part III

by Rick Brenner

The phrase "You get what you measure," has acquired the status of "truism." Yet many measurement-based initiatives have produced disappointing results. Here's Part III of an examination of the idea — a look at management's role in these surprises.

Even when measurement precedes desired results, we sometimes wonder whether the measuring caused the outcome. We've already looked at our assumptions regarding measurement itself, and at the effects of employee behavior. But management actions also raise questions about measurement-based management. Here are four examples. See Part I, and Part II for more.

One of the many problems contributing to cost overruns in the highway project known as Boston's "Big Dig" was a sequence of delays in determining the design of the Charles River Crossing. Once this decision-making overran its schedule, very serious problems developed later in the project, in both management and engineering and construction. As in the private sector, the early focus of scrutiny has been on the engineering and construction rather than on management, in part because we measure them more carefully. Pictured is the Leonard P. Zakim Bunker Hill Bridge in a later construction phase, as it emerges from the Thomas P. "Tip" O'Neill Jr. Tunnel to cross the Charles River. This particular crossing is very near the one referred to as "two if by sea," in the poem, "The Midnight Ride of Paul Revere," by Longfellow (1860). Photo courtesy Massachusetts Turnpike Authority.

We tend to measure "them" rather than "us"

Measurements are relatively less likely to probe attributes of management processes than they are to probe attributes of other processes. For instance, the starting point for time-to-market measurements usually comes after the "fuzzy front end" — the part that includes concept formulation, final approval, and resource allocation — all management processes.

If we believe in the efficacy of measurement, we ought to apply it to management processes, too.

We tend not to measure the effectiveness of metrics-based management

The effectiveness of measurement depends on processes for selecting and designing metrics, collecting metrics data, analyzing it, and using the results to adjust processes. These activities are rarely measured themselves.

If metrics-based management works, it should work for the metrics approach itself. The rarity of attempts to measure the effectiveness of metrics-based management raises questions both about our commitment to the approach, and its validity.

Measurement fatigue

When people adapt to measurement, they find ways to limit the controlling effects of the measurement. The organization then returns to Square Two, which is just like Square One, except for the added burden of reporting (and evading the effects of) the metric. Typically, organizations respond by introducing another metric to "control" the evasion problem.

In this way, an organization acquires a steadily increasing burden of (mostly) ineffective metrology, which eases only with a reorg, or the arrival of a new high-level manager, or an acquisition, or clean-sheet re-engineering, or major downsizing or bankruptcy.

You can't always get what you want

Measurement doesn't help
much if employees are
unable to produce
the desired results
due to forces outside
their control

Even when we measure what we want to get, we might not be providing the resources needed to achieve it. Employees might simply be unable to produce the desired results, because of forces outside their control, physical laws, government laws and regulations, inadequate resources, deficits in skills or knowledge, toxic culture, wrong knowledge, ineffective management, or other factors.

For instance, producing tight-tolerance parts with worn-out, outdated equipment is unlikely to work, no matter what you measure. Altered employee behavior just isn't the answer, and no amount of measuring the output will "encourage" them to do well enough.

And so it appears that there are ample reasons to explain the disappointing results of measurement-based management. Perhaps more puzzling is why the practice persists, and why it's so widely used. Other intriguing questions: When is measurement useful? When does measurement have the effect we hope for? I'll leave these questions for another time.  Top    Next Issue

Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!

Point Lookout is a free weekly email newsletter. Browse the archive of past issues. Subscribe for free.

Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.

Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.

When Meetings Boil Over

At any time, without warning, you can find yourself in a meeting that boils over. Sometimes tempers rise, then voices rise, and then people yell and scream. What can a team do when meetings threaten to boil over — and when they do?

When You Think They've Made Up Their Minds

In tough negotiations, when attempts to resolve differences have failed, we sometimes conclude that "they've made up their minds," but other explanations abound. Keeping an open mind about why other people seem to have closed theirs can help us find a resolution.

Decisions, Decisions: Part I

Most of us have participated in group decision-making. The process can be frustrating and painful, but it can also be thrilling. What processes do groups use to make decisions? How do we choose the right process for the job?

My Boss Is Driving Me Nuts

When things go badly, many of us experience stress, and we might indulge various appetites in harmful ways. Some of us say things like "My boss is driving me nuts," or "She made me so angry." These explanations are rarely legitimate.

What Enough to Do Is Like

Most of us have had way too much to do for so long that "too much to do" has become the new normal. We've forgotten what "enough to do" feels like. Here are some reminders.

See also Personal, Team, and Organizational Effectiveness and Critical Thinking for more related articles.

Coaching services

Get the ebook!

• Get 2001-2 in Geese Don't Land on Twigs (PDF, USD 11.95)
• Get 2003-4 in Why Dogs Wag Their Tails (PDF, USD 11.95)
• Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
• Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
• Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
• Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 19.99)

Public seminars

The Race to the South Pole: Ten Lessons for Project Managers

On 14 December 1911, four men led by Roald Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished. As historical drama, why this happened is interesting enough, but to project managers, the story is fascinating. Lessons abound. Read more about this program. Here's an upcoming date for this program:

• Northern Quest Casino, 100 N Hayford Rd, Airway Heights, WA 99001: June 11, Professional Development Day, Inland Northwest Chapter of the Project Management Institute.
   

The Race to the South Pole: The Power of Agile Development

On 14 December 1911, four men led by Roald Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished. As historical drama, why this happened is interesting enough. Lessons abound. Among the more important lessons are those that demonstrate the power of the agile approach to project management and product development. Read more about this program. Here's an upcoming date for this program:

• Download to
  your calendarThe Yard, 1211 South Mammoth Road, Manchester, NH 03109: June 15, Seminar, New Hampshire Chapter of the Project Management Institute.