Reviews and inspections are ways to find problems and increase quality of software and development artefacts. In fact, they are among the most effective methods known. Many practitioners use them. However, many do not, do them partly (without preparation) or do not use them continuously. With shorter release cycles these methods are often avoided altogether.

IBM Haifa labs introduced selective, homeworkless reviews three years ago at different IBM departments. Instead of developers spending 20-30% of their time doing inspections, they now have one hour booked weekly where a part of the code is selected for a focused review. Participants need not prepare but use checklists and other techniques to guide the review. The advantages are:

* Less time spent in review, only critical code or documents are reviewed
* No preparation needed, also cuts the time
* Efficient, finds 2-3 defects per person-hour, like formal inspections
* Normal review advantages like increased developer awareness => better programs with fewer bugs in future

So not much to loose and much to gain. Maybe you can adopt (more) lightweight review methods in your development team?

Links:
http://www.haifa.ibm.com/info/20071015_bugs.html
http://portal.acm.org/citation.cfm?id=1381305.1382104&coll=GUIDE&dl=GUIDE
http://en.wikipedia.org/wiki/Software_inspection

---
SWELL is a National Innovation Driver for Software V&V funded by Vinnova and a number of Swedish universities and companies.
http://www.swell.se

 


Comments


Your comment will be posted after it is approved.


Leave a Reply