Experiences with Conducting Project Postmortems: Reports vs. Stories and Practitioner Perspective

  • Authors:
  • Kevin C. Desouza;Torgeir Dingsoyr;Yukika Awazu

  • Affiliations:
  • Univ. of Illinois - Chicago, USA;SINTEF, Norway;The Engaged Enterprise, USA

  • Venue:
  • HICSS '05 Proceedings of the Proceedings of the 38th Annual Hawaii International Conference on System Sciences - Volume 08
  • Year:
  • 2005

Quantified Score

Hi-index 0.00

Visualization

Abstract

The most popular unit of work in organizations is a project. Managing knowledge in and about projects is salient for successful project management. Explicit knowledge is easier to manage than tacit knowledge as it is an outcome of work. Tacit knowledge is abstract and is managed in a cursory mode in projects. In this paper, we will discuss how postmortems can be used to capture tacit experiences in projects. Conducting a postmortem, either after a milestone or at the end of a project, is salient in order to gauge what has been learnt, what were the main issues faced, and what can be used to improve the processes of work in the future. The conducting of postmortems aids in articulation of tacit experiences into explicit forms, this enables for experiences to be better re-used in the future. Re-using of postmortem findings depends heavily on the nature of the postmortem outcome. We will compare two kinds of postmortem outcomes - traditional reports and stories. Management must choose the right kind of postmortem report to calibrate depending on the project and learning outcomes. We also highlight lessons learnt from conducting postmortem reviews in several software organizations.