Project professionals recommend documenting lessons learned in all types of projects. Each project is a unique challenge with a significant number of new and uncertain components. Who would want to have the same problems as previous projects? Yesterday’s problems are today’s risks. Imagine a contractor who performed badly in the past. Can we trust them in the current project?
Lessons learned databases are extremely valuable. The performing organization could expect (and demand) that the same mistakes are not repeated, but this can only happen if they facilitate access to this explicit knowledge, properly categorized and effectively available to project managers.
The challenge with lessons learned registers lies in its implementation difficulty. Making this knowledge explicit often requires heavy bureaucracy at the most inconvenient time. We typically discuss lessons learned only during project closure, when memories have faded, we’re reluctant to document our mistakes, and our focus is already shifting to the next project.
In practice, we talk about lessons learned as part of the project closure meeting dynamics, essentially as a final retrospective. While this can be valuable for personal growth and future professional relationships among team members, it often doesn’t result in a reusable register of explicit knowledge.
This highlights the need for a more streamlined and continuous approach to capturing lessons learned throughout the project lifecycle to overcome these implementation challenges and facilitate the reuse of valuable knowledge.
«Capturing lessons learned at project closure is not effective: We don’t remember well, we don’t want to document mistakes, and we prefer to think about the next project.»
Predictive projects often require filling out document templates and following strict processes to produce the lessons learned report at the end of the project.
In agile projects, on the contrary, the process is simpler yet highly effective. Lessons learned are captured as they occur, collaboratively, with the goal of continuous improvement applicable within the same project in the short term. When iterations are practiced, they conclude with a retrospective in which the team decides, for their own benefit, what needs to be avoided, improved, and implemented in the next cycle. The recording of these improvement items already constitutes a high-quality basis for lessons learned.
Any information system that facilitates the recording of lessons learned in projects should meet, among others, the following key requirements:
In PMPeople, we believe that lessons learned are highly valuable for project professionals —also as a base for knowledge automation. In all projects, whether predictive or agile, the project management team can register lessons learned as they occur, reuse lessons from other projects, and, most importantly, prepare their own for future reuse.
Lessons learned data are easy to access in PMPeople. Tab CLOSING can be accessed throughout the project lifecycle, not only when the project is closing. This tab is automatically opened when the project state is “closing”—no time/expense reporting allowed—or “archived”—no updating allowed. Project Managers can access project closing information:
Here are some implementation notes of lessons learned in PMPeople: