Issue No.04 - July (1996 vol.13)
DOI Bookmark: http://doi.ieeecomputersociety.org/10.1109/52.526833
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.
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