This is why the best thinkers always ask: "What happens next?"
Understanding second-order effects, i.e. how people adapt to a metrics, will make you a sharper decision-maker.
For example, guessing that the cobra bounty program could be "gamed" before it happened.
Someone who did this well was Bill Atkinson, an engineer who worked at Apple in the 1980s.
Bill Atkinson
In 1982, during the development of the Apple Lisa, managers introduced a system where engineers had to report the number of lines of code they wrote each week.
Bill, who was working on QuickDraw (a 2D graphics library), strongly disagreed with this approach.
He thought his goal was to write as small and fast a program as possible, and that the lines of code metric only encouraged writing sloppy, bloated, broken code.
When he optimized QuickDraw's region calculation system, he reduced the code by about 2,000 lines, making it six times faster.
Instead of reporting a positive number, he humorously filled in "-2000" on the form, highlighting the absurdity of measuring productivity by lines of code alone.
Atkinson clearly saw the flaw in the lines of code metric, and proved that great engineering is about impact, not volume.
But metrics that produce silly effects are everywhere (and probably always will be).
|