DocumentCode
1477827
Title
A defined process for project post mortem review
Author
Collier, Bonnie ; DeMarco, Tom ; Fearey, Peter
Author_Institution
Apple Comput. Inc., Cupertino, CA, USA
Volume
13
Issue
4
fYear
1996
fDate
7/1/1996 12:00:00 AM
Firstpage
65
Lastpage
72
Abstract
Most of us pay lip service to the need for software project post mortems, but the literature offers little guidance on how to conduct them. The authors propose a tentative, standard process for conducting post mortem reviews and describe activities, roles, and artifacts of the process. The success of the post mortem-or of any learning process-demands a context that makes organizational learning possible. Management must make an honest and sincere commitment to establish this context. This commitment should take the form of a public resolution to implement risk management on subsequent projects and to make all post mortem findings input to that risk management effort. After all, lessons learned the hard way on past projects are, if nothing else, risks for future projects. Participants are empowered when they know that each issue raised during the post mortem process must be added to the risk database and evaluated methodically on each subsequent project.
Keywords
project management; risk management; software development management; software quality; future projects; learning process; organizational learning; post mortem process; project post mortem review; public resolution; risk database; risk management effort; software project post mortems; tentative standard process; Circuit noise; Communication industry; Communication system software; Computer industry; Failure analysis; Humans; Personnel; Programming; Project management; Safety;
fLanguage
English
Journal_Title
Software, IEEE
Publisher
ieee
ISSN
0740-7459
Type
jour
DOI
10.1109/52.526833
Filename
526833
Link To Document