This Article 
   
 Share 
   
 Bibliographic References 
   
 Add to: 
 
Digg
Furl
Spurl
Blink
Simpy
Google
Del.icio.us
Y!MyWeb
 
 Search 
   
A Defined Process For Project Postmortem Review
July 1996 (vol. 13 no. 4)
pp. 65-72
Conventional wisdom in the software industry decrees that it's good practice to conduct a postmortem study at the end of each project. Some would even suggest that this is not just a useful undertaking, but one of the fundamental principles of successful software development. The rationale authors most often cite for postmortem analysis is that only by analyzing our shortcomings can we learn to do better. We must begin by cataloguing such failures and learning from their patterns. The success of the postmortem-or of any learning process-demands a context that makes organizational learning possible. Participants are empowered when they know that each issue raised during the postmortem process must be added to the risk database and evaluated methodically on each subsequent project.
Citation:
Bonnie Collier, Tom DeMarco, Peter Fearey, "A Defined Process For Project Postmortem Review," IEEE Software, vol. 13, no. 4, pp. 65-72, July 1996, doi:10.1109/52.526833
Usage of this product signifies your acceptance of the Terms of Use.