Computing Reviews
Today's Issue Hot Topics Search Browse Recommended My Account Log In
Review Help
Search
A tool supporting root cause analysis for synchronous retrospectives in distributed software teams
Lehtinen T., Virtanen R., Viljanen J., Mäntylä M., Lassenius C. Information and Software Technology56 (4):408-437,2014.Type:Article
Date Reviewed: Oct 29 2014

The notion of recording lessons learned during a project’s progress and preserving them for posterity (post deployment) seems to have achieved nearly universal consensus as being good. Yet I’ve been frustrated enough (and indifferent enough with respect to my career) to state that, typically, the only lesson learned is that lessons are never learned [1].

Lessons learned can, of course, be construed as a subset of retrospective, or post-mortem, analysis: the subject domain of this interesting, 30-page paper (which has 46 references). Section 2.1, “Software Project Retrospectives,” should be mandatory reading for all managers involved in non-trivial software projects. The paper chiefly addresses the impact of a second obstacle, namely, development teams’ geographical distributions, which sometimes span many time zones. The authors present their cloud-based ARCA tool, RCA standing for root cause analysis, and some initial empirical results from comparison with 35 existing RCA tools. These results are clearly, methodically, and thoroughly presented via perspicuous narrative and detailed tables and diagrams.

The authors consider “the most frequently lacking feature” of current RCA tools to be the synchronization (“syncing”) mechanism for simultaneous co-creation of cause-effect diagrams. At a higher level of abstraction are the three dimensions of group support systems (GSSs): communication support; process structuring; and information processing. The paper substantiates the ARCA tool’s complementing of the retrospective method in realizing GSSs’ three dimensions.

I think that the usefulness of this outstanding paper far transcends its special focus on the problems of widely distributed development teams. All software managers should study it carefully.

Reviewer:  George Hacken Review #: CR142875 (1502-0158)
1) Glass, R. L. Project retrospectives, and why they never happen. IEEE Software 19, 5(2002), 111–112.
Bookmark and Share
  Featured Reviewer  
 
Testing Tools (D.2.5 ... )
 
Would you recommend this review?
yes
no
Other reviews under "Testing Tools": Date
Automatic generation of random self-checking test cases
Bird D., Munoz C. IBM Systems Journal 22(3): 229-245, 1983. Type: Article
Aug 1 1985
Program testing by specification mutation
Budd T., Gopal A. Information Systems 10(1): 63-73, 1985. Type: Article
Feb 1 1986
SEES--a software testing environment support system
Roussopoulos N., Yeh R. (ed) IEEE Transactions on Software Engineering SE-11(4): 355-366, 1985. Type: Article
Apr 1 1986
more...

E-Mail This Printer-Friendly
Send Your Comments
Contact Us
Reproduction in whole or in part without permission is prohibited.   Copyright 1999-2024 ThinkLoud®
Terms of Use
| Privacy Policy