Metrics
Do not defer the difficult in IT projects
When an IT project starts, those involved — both managers and developers — want to feel that they’re making progress. They also want to demonstrate that progress to those above them in the organization. So there is a very natural, very human tendency to concentrate on the easiest tasks, the “low-hanging fruit” that can be […]
Lies, Damned Lies, and Project Metrics (Part III)
[Here are links to Part I and Part II] In the prior two parts (links above), I covered the ideal qualities of metrics (informative and, preferably, predictive; objective; and automated), and why it’s so hard to come up with useful metrics for IT management. Let’s now talk about two concepts that may help you monitor […]
Lies, Damned Lies, and Project Metrics (Part II)
[Part I is here.] In my previous post, I talked about the use of metrics in IT project management and the three qualities of an ideal metric: informative and preferably predictive, objective, and automated. The ideal set of metrics would tell you when your IT project is going to ship; these metrics would give you […]
Lies, Damned Lies, and Project Metrics (Part I)
When Capers Jones published Assessment and Control of Software Risks (Yourdon Press, 1994), he identified the most serious software risk in IT projects as “Inaccurate Metrics,” and the second most serious software risk as “Inadequate Measurement”. I remember being startled when I first read that back in 1995—they certainly weren’t what I would have chosen—and […]
Latest column: IT project metrics, part 3
My newest Baseline column is up: “Lies, Damned Lies, and Project Metrics (part 3)“. In it, I wrap up my discussion on IT project metrics, outlining a possible approach using instrumentation and heuristics. Go check it out. ..bruce..