Wednesday, 29 April 2009 01:00

Lessons Learned; Avoid the Oxymoron

Written by 
Rate this item
(1 Vote)

We've all been there - you've just completed a significant project, you assemble the remaining members of the project team (those that are still sane), the sponsor (if one exists) and the other stakeholders (those that still like you) and you conduct a post-project review. You dutifully ask each participant to think back over the lifetime of the project (which sometimes feels like the lifetime of the participant) to elicit any useful information that could be applied to future similar projects. You capture these lessons "to be learned" in a document and archive the document (similar to the Ark of the Covenant in the first Indiana Jones movie) knowing that it will never be seen by human eyes again.

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.

Like any other improvement initiative, applying these recommendations will take time, but as George Santayana said, "Those who cannot remember the past are condemned to repeat it." I invite your feedback and you can reach me at This email address is being protected from spambots. You need JavaScript enabled to view it. . Our website is (http://www.solutionq.com).

Read 6335 times Last modified on Wednesday, 10 March 2010 09:33
Kiron Bondale

Kiron D. Bondale, PMP is the Director, Corporate Project Management Office for Agricorp.  Kiron has worked for over thirteen years in the project management domain with a focus on technology and change management. He has setup and managed Project Management Offices (PMO) and has provided PPM consulting services to clients across multiple industries.

For more of Kiron’s views on project & change management, please visit his blog at http://kbondale.wordpress.com or contact him directly at kiron_bondale @ yahoo.ca.

Comments  

 
0 # Kiran Ferrandino 2011-02-11 02:14
Great insight. It's almost like you would be applying a very Agile approach to the lessons learned process. It's true, if you follow a waterfall approach and only do this at the end of a project, you have little opportunity for corrective action as you go forward and you are losing important insights that may be lost by the end of the project when individuals are "tuning out" and transitioning to their next big thing. Very insightful.
Reply | Reply with quote | Quote
 

Add comment