Metrics Are Essential



Email    print   
December 15, 2006 —  (Page 1 of 2)
In software development, metrics suffer from a reputation as tools of abuse. A recent post by Joel Spolsky in his famous blog, Joel on Software, reinforces this perspective by retelling a Dilbert-like story often trotted out when metrics are discussed.

It concerns a management consultant with no experience in software development processes (as Joel puts it, a “stunningly good-looking, bright, earnest chipmunk with 4.0s in Russian Lit from Harvard”) who, after getting project metrics from the company’s IT management and comparing them with an industry benchmark, points out that the developers are underperforming based on lines of code written per developer. After an expensive initiative to improve productivity, the developers learn to write more lines of code to do the same work—thereby meeting their new goals. The net result is a costly decrease in productivity to fulfill metrics-defined goals. Ugh!

Everyone can sympathize with developers being held to a nearly meaningless metric. Just because lit majors have abused metrics in the past, however, does not mean that metrics should not be employed. To quote Lord Kelvin, “You cannot manage what you cannot measure.” (The actual quotation is much longer and elaborate, yet most sources attribute this shortened version to him.)

My experience with sites that use metrics is that the first time they pull up their data, they have the same revelatory experience developers do when they first run a performance profiler on their code: The issues and difficulties are different from what they expected. This is the first step in a process that enables developers and especially managers to understand their processes. It is the first step to remediation.

Metrics fall into two broad categories: descriptive and prescriptive.

Descriptive metrics are the ones you want: They are objective data points about the status of code or of a project. They include, among other measures, code complexity, defect counts (ranked by defect severity), code coverage, unit tests written, time and cost metrics for defect resolution, etc. Many of these are obvious. Clearly, managers want to know defect counts. And developers should want to know code complexity. (You might ask why. The agile model uses “smells” to identify where code should be refactored. One of the most important smells to recognize and fix is code that is overly complex. Complex code is difficult to understand, maintain and debug. Metrics such as cyclomatic complexity objectively measure complexity and automate identification of code that smells. Clearly, some routines such as parsers are inherently complex and don’t lend themselves to much refactoring. However, running complexity measures on code helps identify routines that escaped detection but are in need of cleanup.)




Pages 1 2 


Share this link: http://sdt.bz/29882
 
Most Read Latest News Blog Resources

Add comment


Name*
Email*  
Country     


  • Comment
Loading




close
NEXT ARTICLE
Integration Watch: Using metrics effectively
Andrew Binstock goes over the best metrics for application life-cycle management Read More...
 
 
 
 
News on Monday
more>>
SharePoint Tech Report
more>>


   

 
 

Download Current Issue
FEBRUARY 2012 PDF ISSUE

Need Back Issues?
DOWNLOAD HERE

Want to subscribe?


 
blogs tab
Are you at risk for burnout?
Burnout is a severe problem and it can strike at any time. Here's how to tell if you are nearing the edge.
02/09/2012 02:16 PM EST

Agility, mom, and apple pie
If we're to evaluate the state-of-the-art in software development, we should start with the values espoused in the Agile Manifesto.
02/07/2012 11:57 AM EST

RIM woos developers with free tablet
How do you get more apps ported to the BlackBerry PlayBook? By giving every developer a free tablet, of course!
02/04/2012 01:57 PM EST

GitHire: Use Headhunters to Find Your Perfect Programmer
Are you a hiring manager tired of scouring the job boards? Check out this new service that will find 5 people interested in your jobs.
02/03/2012 12:17 PM EST

Facebook claims hacker cred
Facebook's SEC S-1 filing form includes a short essay on the Hacker Way by Mark Zuckerberg himself.
02/02/2012 08:26 AM EST

Ryan Dahl steps down
Ryan Dahl, creator of Node.js, steps back from his position as gatekeeper for the project.
02/01/2012 04:58 PM EST

 
Events calendar tab
2/13/2012 to 2/16/2012
Santa Clara
TechWeb

2/26/2012 to 2/29/2012
San Francisco
BZ Media

2/27/2012 to 3/2/2012
San Francisco
RSA

3/4/2012 to 3/7/2012
Las Vegas
IBM Tivoli

3/5/2012 to 3/9/2012
San Francisco
TechWeb