Leaving a Legacy of Project Lessons Learned

Project completion reviews or post-mortems are often seen as an essential best practice that enables organizations to learn from their experiences. However, all too frequently, the insights gained from post implementation reviews are lost to posterity.

There are a ton of books, periodicals and articles that address project management, software engineering and management of change disciplines and practices. But the rate of success for major business and technology changes is still well below 50%. Why? The bottom line - we lack a common mechanism where findings can be stored, examples cited and recommendations for future undertakings recorded and accessed. And, we lack the structure and discipline to ensure that our knowledge is managed and referenced consistently and rigorously.

According to Nancy Dixon in her conversation matters blog, “NASA learned its lesson about losing knowledge early in 1990. They experienced the sad recognition that much of the knowledge about how to build the Saturn V rocket that took the astronauts to the moon, had retired along with the engineers who had been encouraged to take early retirement.” In response, NASA created the NASA Engineering Network a knowledge network to promote learning and sharing among NASA's engineers. The Network includes the NASA Lessons Learned data base, “the official, reviewed learned lessons from NASA program and projects.”

Most stakeholders involved in a change aren’t aware of all the best practice information out there and aren’t inclined to spend the time and money to find out. They’re business people, financial types, actuaries, engineers, marketing folks, business analysts, IT practitioners. They’re not project management or management of change experts. They don’t really understand the role they need to play and the information they need to ensure success! They just want to get the job done.

So, what do you do as a sponsor, stakeholder, PM, BA or other interested party to leave a legacy of lessons learned? There are five critical steps:

1. Identify and confirm accountability for managing lessons learned

Somebody needs to own this practice, to establish the goals and objectives, to measure performance, communicate to stakeholders and establish and drive initiatives to increase organizational value. Even open source software groups, which count on thousands of interested volunteers to deliver and enhance functionality, have managing entities to oversee progress. Find an owner and hold him or her accountable. More on this later.

2. Build or acquire a framework

Even with lots of great experiences, insights and findings, without some kind of organizing structure, a collection of project post-mortems will pose an unwieldy and perhaps insurmountable barrier to leveraging collective lessons learned. Fortunately, PMI, ISO, ISACA, SEI and many other organizations have developed frameworks and a wealth of best practice information. I personally developed the Project Pre-Check Decision Framework to bring together the best of project management, management of change, software development and other practices and provide a Lessons Learned framework in my consulting practice. Select a structure you and your organization are familiar with and build it up with real world experiences and examples to facilitate effective use and enable real performance improvements. Or build your own framework.