A defined process for project post mortem review
- 1 July 1996
- journal article
- Published by Institute of Electrical and Electronics Engineers (IEEE) in IEEE Software
- Vol. 13 (4) , 65-72
- https://doi.org/10.1109/52.526833
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
This publication has 4 references indexed in Scilit:
- Case Histories and the Study of Structural FailuresStructural Engineering International, 1995
- Management-aided software engineeringIEEE Software, 1994
- Post implementation evaluation of computer-based information systems: current practicesCommunications of the ACM, 1990
- ViewpointCommunications of the ACM, 1990