So what went wrong? Here are just a few of the challenges with the traditional approaches to lessons learned:
- Conducting an effective "lessons learned" session at the end of the project requires that participants have photographic memories or have logged "candidate" lessons throughout the project lifetime in preparation for closeout. Both are unlikely, so only a superficial collection of lessons is possible.
- Document-centric approaches to capturing lessons discourages project teams from searching or reviewing this valuable information when planning projects. Even if the lessons learned documents are stored in a centralized document management system, the manual effort of opening and reviewing individual documents is a barrier to their use.
- Lessons are in many ways like risk events - if they are too general, too stale, or non-actionable, then their value (and credibility in the lessons learned process) is lost.
So what can you do to improve this situation?
- Make it extremely easy for people to submit lessons learned and incent them to submit them over the lifetime of the project. Perhaps you can spare 5-10 minutes at every second project status meeting to capture these lessons.
- Take a data-centric approach to lessons learned instead of a document-centric one - setup a simple online process to capture or search for lessons as individual items. Make sure that submitted lessons can be tagged with such useful information as the project description, the date of the lesson, the person that submitted it, and key words to locate them.
- Institute a regular scrubbing process to weed out obsolete or irrelevant lessons from the lessons repository and to add clarification or key words for the valid or useful ones.
- Add a "usefulness" flag to the lessons items (similar to the "Did you find this solution useful?" query that most product support organizations use on their online support sites) to identify the lessons that have been the most valuable and to help weed out the ones that are not that useful.