- Assign ownership and follow up. Coming out of the lessons learned, you have created an actionable plan. Make sure that you also assign a clear expectation for closing the accountability loop. Lessons learned often come at the end of a project, when project meetings are no longer routine, so it's extra important to set up a way to ensure this "crowning" moment of your project doesn't fall flat.
- Look for trends. The Plan-Do-Check-Act cycle is about continuous improvement. Use your lessons learned findings to look for patterns and trends. You may find trends in traditional project processes, technical specifics or cultural aspects. Set up lessons learned standards so you can see if you are making positive strides over time.
- Revisit lessons learned with each new planning phase. At the start of each new project, build in a step where you look back at trends from past projects. Use this step as you build your new project plan with your team, so you can learn from experience.
- Set a goal. Make it clear to your project team that you are committed to their development and growth. Part of helping your team develop is to set a goal for everyone to reach for. Look to the lessons learned from your last projects and set goals around continuous improvement.
More posts in Lessons Learned
- Did you regularly communicate with the team? Were there provisions for local team members vs. members located abroad?
- Did you establish a systematic process, such as a daily phone call or e-mail?
- Did you make face-to-face rounds from time to time to show your interest and have diligent participation with your team?
- Did you express the positive and negative project information?
- What communications methods and tactics did you use?
Consider each knowledge area of the PMBOK® Guide as you review your project. In the planning stage, for example, let's say you used brainstorming to develop your charter. Was the brainstorming effective? If so, what made it effective and if not, why wasn't it? Address these things in your lessons learned session.
Or, think about the risk management tools you used in your project. The PMBOK® Guide highlights such tools as 'The Probability and Impact Matrix' or the 'Data Quality Assessment.' If either was used during your project, in the lessons learned session you could analyze the ratio shown on certain risks or the integrity of the data.
Here are three other ways you could apply the PMBOK® Guide principles to your meetings:
- Check the knowledge areas as you plan your projects. After a project is completed, things will come to mind that you should have done differently. For example, let's say you accidentally omitted quality management from your planning. As you complete your lessons learned and check against the PMBOK® Guide knowledge areas, you might realize this omission. In your lessons learned, you can share that you should have selected the Pareto diagram, a histogram or high-low defect charts to identify problem areas in your project.
- Refer to the PMBOK® Guide as a source of structure for your projects. Every project manager knows that projects can become chaotic. But if you relied on the PMBOK® Guide to control your project, then make that known in your lessons learned session. With the more positive outcomes from the project, you have a strong foundation and reasoning for structuring projects around the processes in the PMBOK® Guide. With the negative outcomes, you can know which areas to pay closer attention to next time.
- Create lessons learned from using the PMBOK® Guide. When you're preparing lessons learned sessions, use the PMBOK® Guide to help create topics of discussion. Was there a tool or technique used in your project that could have been emphasized more as you managed a particular knowledge area?
Have you used the PMBOK® Guide for lessons learned? How?
Should the project manager of the lead organization invite the outside project team to the closing project's lessons learned session?
Here are three tips project managers can use to incorporate external project teams into their lessons learned:
1. Be discreet about company information, but target improvement. Before working on the project, there was likely some type of agreement with regard to proprietary information. This agreement should still be in effect for the lessons learned session. Before you host the lessons learned meeting, talk openly about the processes with the external team to help ensure your discussions are protected.
2. Stay focused on the project. Even during lessons learned sessions for internal project teams, attendees can veer off topic. Try not to argue about which organization was responsible for the mishaps or which company fell short on delivery. Focus on the issues: How can you better prepare project plans with outside parties? How can you review risk and issue lists together? What different criteria should be included in the scorecard that will bring value to monitoring the project and measuring the vendor relationship?
3. Build camaraderie. The two organizations may want to collaborate on a future project or enhancements to this closing project. Prepare questions that will allow the groups to work as one in the future. For example, how did the quality standards benefit evaluating the finished product? If the project relied heavily on documentation, is there any additional information that could be helpful? What communication methods may need to be revisited for the two companies to reach a decision in a timelier manner?
If the third-party is holding separate post reviews on the same project, chances are valuable lessons from one group or the other are being missed. It is not uncommon for the lead organization to have an exclusive session in addition to a combined session. Having both groups present can be a favorable collaborative effort toward building vendor management best practices or improving the next project, the future vendor relationship or just a similar project situation.
Does your organization include the external team in its lessons learned sessions?
But what about when your sponsor or upper management is present? What are their roles?
Rather than shelter upper management from lessons learned, consider their value in these sessions. Don't have upper management viewed as attendees who just want to hear the rehash of problems that the team doesn't want to relive anyway. Nor should you have upper management included to be a part of the blame game.
Ask your sponsor and upper management to be open minded and supportive advocates in receiving feedback toward improvement.
Here are three ways to get upper management to engage:
Talk: You, the project manager, must engage upper management in the discussion. Review the timeline and other milestones that took place on the project. Upper management could talk about how the goals of the project and the team's successes intertwined with the strategic goals of the company. The team would appreciate this perspective on the significance of their activities.
Listen: While some discussion points may not be pleasant for upper management to hear, their presence assures a level of impartiality to the team. Knowing someone from "up top" is listening reinforces the team's drive to be a part of a high-performing group. Getting to more favorable end results in future projects would become even more desirable for the team.
Share: Have your sponsor share comments about the purpose of the project and its greater use to the organization, the end users and the community. Have them elaborate on processes. Ensure early on that they recognize processes mentioned in the discussion that could be rewritten or are no longer necessary. This sharing will foster bonding with the team.
How do you involve your sponsors and upper management in lessons learned sessions?
But technology today affords us the luxury of being able to do many things online -- such as holding a lessons learned session. We can engage with people across the country or someone who may be sitting right next door. Regardless of where someone is located, we must maintain a cordial and professional manner when we interact online.
When you have dispersed project teams -- and even sometimes otherwise -- getting people to stay focused and not be disrespectful to others in a lessons learned session is a challenge.
To overcome this, set the rules for participating in the session. Make sure participants understand them and agree to them. These rules should include:
- Respect. Allow someone to make his post without experiencing sarcasm, blame or degradation. Emphasize open, honest and polite communications. Project team members will develop an appreciation for each other, the project manager and their organization.
- Treat people as if they are right next to you. Use a tone of courtesy that can be recognized in any language. Respect the person's time and keep posts brief. Do not veer off on other conversations -- stick to the discussion.
- Put a face to a name. Many applications allow photo uploads. When someone responds, everyone can see who is participating in the discussion.
When you maintain control of the meeting and employ general courtesy, it keeps the discussion flowing and ensures everyone gets the information needed about lessons to be learned.
How do you maintain control in lessons learned sessions?
Consider that you may want to receive feedback from the quality assurance manager who's always on the run. Talking on a mobile phone while he or she is driving from site to site may be illegal, though.
Or consider the database administrator who transitioned off your project in phase one, who no longer has security access to the project, and is now busy on her next project.
So how do you get their feedback?
It isn't easy to reach out and receive the lessons your stakeholders may want or need to share toward improving the next project.
These two unconventional communication methods can be used to help in lessons learned:
- Try a text or Twitter message. Texts and social media aren't only for the younger generation. But to use them, you must to be concise. You may ask your stakeholders to drop a quick message and provide more detail later when they may have more time.
- Host a blog site. Start by setting up categories to receive feedback on particular areas of the project, for instance. Using the categories will allow a better way to coordinate the comments, and give the stakeholders a fast way to respond.
How do you identify stakeholders on your projects and get feedback for lessons learned?
You know better, but how do you make a convincing argument to have project reviews?
You must take the discussion with your project sponsor to a different level. It's not "we just need to know what happened." It's "we want to take action and get better results the next time around."
The lessons learned meeting could make you aware of changes that may be needed to turn business from being bleak to being more successful. Give your sponsors succinct reasons to pursue assessing projects to make improvements.
Consider these tips to influence your supporters:
Gather statistics and determine what you need to measure.
If your company is concerned about quality, chart examples of projects where quality was lacking. If ROI for projects has not been good, share those examples.
Share success stories.
Bring up achievements that occurred because of the attention on improvement. Discuss the situations that will make a difference to the bottom line.
Make a plan.
As a project manager, you already know that planning is important. Prepare a well thought-out plan for gathering and presenting the lessons learned. Then use the newly acquired knowledge.
How have you built a business case for lessons learned and project reviews?
It's a continuous cycle of retrieving and assessing your project information.
As the project manager, you should call a meeting and discuss any issues or tasks that went wrong and what could have been done to improve the project. The improvements should be incorporated into the processes of the next project, which typically have a better outcome. Then that project will have its own challenges that will also need to be addressed. And so it goes.
If you aren't doing some type of project review or lessons learned, you will most likely repeat actions that have caused the project failures, budget overruns, scope creep, inadequate stakeholder involvement, technology mishaps and other problems that plague your projects.
Yet some project managers find excuses not to host these valuable meetings. One such excuse is a geographically dispersed team. There's no need for a dinosaur mentality to achieve a project review. Use today's advanced technology to your advantage when conducting a lessons learned meeting:
- Conduct a lessons learned session in the same way as you would hold a virtual team meeting. Emphasize the goal of targeting improvements. Use a virtual whiteboard to list pre-determined questions or to show a timeline of how the project progressed. Allow the team members to post their version of the events that could be improved upon in the next project.
- Consider posting a social media page to capture comments. This venue would allow you to reach stakeholders in their habitat, possibly presenting more candid comments.
- Send out a survey. Then collect and analyze the results. Gathering the data this way could lead to more impartial responses and a scientific alignment of the priorities that should be addressed.
Do you use technology or traditional methods in your lessons learned?