Lessons Learned Log Example in Project Management


Lessons Learned Example in Project Management

Lessons Learned is a popular concept in modern project management practices. They refer to the careful analysis and isolation of the actions and situations we go through during product development.

The Project Manager role manages the Lessons Learned. The entire Project Team participates by sharing important information. They are most often performed during the project closure phase. Reference: “Closing projects in Agile project management” (BVOP.org), https://bvop.org/learn/pmclosingprojects/

We present you an example of how to implement this practice in your projects and organization

Example of integration of Lessons Learned Log in our project

To impose Lessons Learned practice in our teams and organization we can approach in the following example.

We start with the greeting of the team. Then, we explain the purpose of the Lessons Learned Log, namely – during the Learned Lessons meeting, everyone to share their point of view on what they thought about the project, what they would change, what they learned, and what could be done about it. -Good.

The process varies depending on the number of attendees.

When the meeting is held with the whole team, the team members gather ideas in small groups and then present the findings at the end of the meeting.

In a team with only a few attendees, the conclusions of all will be discussed without the need for a presentation.

Then the rules of the meeting are explained. Attendees need to understand that they are supposed to be constructive, whether they like the project or not. Everyone is asked to comment on the following issues:

  • What was done well?
  • What didn’t go so well?
  • What did you learn?

Lessons learned in small and large teams

For a small team, Excel feedback is introduced. For a larger team, flipcharts or whiteboards are usually used, where team members write down their thoughts. Regardless of the tool, a structure of 3 columns is always used: column 1 = what went well, column 2 = what did not go well, and column 3 = training.
All team members as well as the Project Manager participate in the process. Reference: “The Project Manager and their responsibilities – how to become one”, https://wikipedia-lab.org/who-is-project-manager-responsibilities-and-how-to-become-a-project-manager/

If the meeting is held with the whole project team, ask one or two team representatives to present the results in summary form. They will review all the notes and talk about the most frequently mentioned moments: Many team members said they were dissatisfied with the way the product was trained. One day of training was not enough, so people mentioned that they did not feel well prepared for the project. Reference: “What is Project Management, definitions and practices”, (Agile Programming – ISSN 2652-5925, Vol 1, 2020), https://agileprogramming.org/what-is-project-management-definitions-and-practices/

Lessons Learned Log with a small team:

After the team members record their feedback on Excel, the writing is discussed and the meeting is closed. He thanked those present for their participation. The reason for the need for feedback is stated: “I will take into account your feedback to improve our future projects, especially when it comes to <specific criticism>”.

The log of lessons learned

The lesson log is a very important part of the learning process. The purpose of today’s meeting is to discuss the need for the Lessons Learned Log. During the meeting, everyone will be able to share their point of view on what they thought about the project, what they would change, what they learned, and what could be done better. Reference: “What is Project Management?”, 2019 STC Montreal, https://stc-montreal.org/what-is-project-management/

The lesson log focuses on identifying project success and project failures and includes recommendations for improving future project results. The lessons learned can also be used to reduce the planned duration of projects. It has been proven that reviewing management, regulatory, commercial, legal, and technical lessons can achieve a high monetary return. Also, organizations can use lessons learned databases to capture information about the project schedule, costs, and scope, in addition to using this knowledge to create estimates based on previous project costs.

Management supports the process of learning lessons

Management should support the process of learning lessons by asking everyone in the organization to follow the processes of lessons learned. But the project manager should facilitate the participation of the senior management in the lessons learning process. Reference: “The responsibilities of the Project Manager – definitions and practices”, (Phronesis 2019), https://phron.org/project-manager-responsibilities-definitions-and-practices/

Some organizations choose to complete the lessons learned from the post-project review. Post-project reviews cover project process knowledge that will be useful for future projects. Many development projects do not meet the schedule and budget, as well as the needs of the clients. Re-applying important lessons to prevent future mistakes is the main reason why organizations capture lessons learned.
To stay competitive, many organizations run several projects simultaneously while trying to improve processes simultaneously. One way to achieve a continuous improvement is through learning from past projects.

Newell found that social media worked better than a database of lessons learned. It is important to capture both project successes and failures. Future projects can benefit by following lessons learned that have been successful and avoiding lessons that have failed.

More sample questions

Let’s analyze the following questions:

  • What did you think about the project?
  • What would you change?
  • What did you learn?
  • What could be done better?

And then it is advisable to open a productive discussion.

Keeping and analyzing lessons learned can reduce the risk of repeating the same mistakes over and over again. The lessons to be captured and analyzed should be the key project experiences that have some common business relevance for future projects.

How to improve the teams and the project according to the lessons learned?

Regular training. When working on a new project, it is quite possible that our team does not have enough knowledge about some tasks and this can reduce the business value of our product. To avoid this, it is good to provide materials to our team with which they can prepare and have no gaps when performing their tasks. These trainings can be performed before the start of the project or during it as long as it does not burden them and does not interfere with the implementation of the tasks.

Communication

Communication between the teams. Since in the Waterfall model the tasks are performed one after the other, we can change a bit here, as the so-called senior employees (Team Leeds) organize a meeting once a week between programmers, designers, and QAs. For example, QAs and designers will be informed about what the programmers are working on, and also QAs can notice earlier errors and work on their quick removal. Reference: “Quality Management in Project Management and Agile practices”, https://scrumtime.org/quality-management-in-project-management-and-agile-practices/ (Scrum Time ISSN 2652-5445, 2020)

Additionally, if there are any ambiguities, they will be discussed at this meeting. Also, the meeting does not have to be very long, the idea is to be more flexible and to know at the moment what the other members of the team are working on.

Communication with the managers. In addition to communication between teams, communication with line managers is also important. It would be a good idea for each team member to have a 30-minute conversation with their manager at least once a week, so he or she can share what he or she is working on and whether there are any difficulties with the task or with any team member. In this way, the manager will have an idea of ​​what is happening and will be able to intervene in time.

Meetings of managers

Meeting with the other managers working on the project. This meeting does not have to be very long, the idea is for all managers to discuss where the product is and what each of them has worked on, also to evaluate the work of the team and discuss whether any changes should be made.

Communication with stakeholders. Our meeting with our clients should be once a month. For example, when we are ready with project planning, we can hold a meeting with our clients, show them our plan and get feedback from them. For example, if we have added features that the customer wanted at the beginning (with Waterfall the requirements are defined at the beginning, but they may not always be clear), but no longer wants them, we can quickly change the plan before starting. We can also have a meeting with them when we have a ready graphical interface, such a meeting would help us understand what the client thinks and if there are suggestions, then we can act quickly and change them.

Start task management using a blackboard. I think it would be quite useful if, like Scrum and Kanban, we add a task board. In this way, we will have an idea of ​​which task we have reached or we can also determine which tasks are urgent and which can wait in time.

The organization must help project managers

Eliminate manual processes. If we have processes that take too much time, we can either automate them or, if they are not so important, eliminate them. This way our team will not waste time and will be able to focus on its tasks.

Active and free participation of the team during the development. To seek opinion and feedback from the team, to feel free to express opinions and offer ideas that would improve the product and the work process itself.

Bonus for achieved goals and good performance. As an incentive for our employees, with good performance and performance of all tasks on time, to provide a bonus for a job well done. This way our employees will feel appreciated and satisfied with their work.

Conclusion

When solving a specific case in the process of work or reaching certain conclusions at the end of a project, a certain experience is gained. To make the most of the accumulated experience and not to forget over time, it would be a useful practice to systematize and shape the achieved decisions/conclusions in text or graphic form, which is accessible to all employees.

In this way, valuable time can be saved when making decisions and solving work tasks. Archiving “lessons learned” would facilitate communication between teams. It will not be necessary to consult individual participants and possibly make mistakes when transmitting information orally. Archiving “lessons learned” excludes the possibility of an attempt being forgotten over time.

Preparing a single template for a “Lessons Learned Log” would facilitate work orientation. Taking time to systematize and summarize the experience gained would be useful for all participants in the organization and would lead to better information on various cases of a larger number of participants. This will increase the level of competence of the teams.

The “log” should be seen as a shared experience that is important for the growth of the organization. In this way, individual participants gain confidence that they can handle different cases and do not necessarily rely on the help of certain colleagues. Rapid resolution of similar cases leads to a gain of time and resources and the opportunity to direct them to other tasks. Adopting such a practice would improve the organization’s performance in terms of productivity, communication, time, and resources.


9 responses to “Lessons Learned Log Example in Project Management”

  1. Every formal organization has a leader. Every informal organization has a leader. In small organizations, this can be the owner, in large corporations, there are many hierarchical levels and yet they are generally called – management.
    Although the project manager is a central figure in any organization, he may not have a strictly defined level in the hierarchy. But the work meets him and introduces him to many managers at different levels, so the project manager can choose where to start good practice for sharing “lessons learned”.
    And so there is a general concept of “tone at the top”. People who fall into the hierarchical category “at the top”, with their way of working, leadership, behavior, attitude, ethics set and create the general atmosphere in a work environment. Therefore, the project manager must be prepared to start with management.
    The idea for sharing can be the “personal project” of the project manager, which he initiates, assigns, plans, and implements. He may not form a team, but if he attracts supporters, it will certainly be easier. The idea of ​​sharing can start with those who are closest to the project manager as a hierarchy or with those “managers” with whom the project manager communicates freely. These will be his supporters (team). With them, he can discuss his presentation ideas for the different levels of the hierarchy. Of course, the purpose of sharing is to cover the whole organization, but sometimes the hierarchy does not allow “free” communication without an idea that has gone through several levels of discussion, perception, and approval. That is why we will include at least 2 types of presentation in the plan – “strictly official” and “working”. The difference will be in the way the ideas are presented.

    Planning:

    Team: no more than 5 people (4 teammates + project manager), or 3 (2 teammates + project manager). The team preferably has representatives of the following “types” of people: generator of ideas, artistic nature with good technical skills,

    Workshops – the objectives of the workshops will be:

    To gather information about the “positive experience”, the project manager may not have been able to describe everything that happened to the project manager (s);

    To prepare 2 presentations – the ready presentations to be watched and discussed what impression they leave in the viewers and to eliminate mistakes, if any. This discussion is the preliminary training/experience in presenting the idea of ​​”lessons learned”;

    To form the groups of leaders to be presented. Groups do not have to be many people, large formations are not preferable to create an atmosphere of “sharing”. And small groups of people are easier to gather, given that each participant is a leader with enough of their current responsibilities. During the compilation, managers from different levels will be elected, as the main part will be from one hierarchical level and there will be representatives at one level higher and one level lower. Thus, the dissemination will begin, even before the presentation is officially made at all levels.

    Presentations:

    After each presentation – the material presented can be improved and enriched.

    As the goal is “sharing”, the presentations will end with an exchange of experiences. The project manager will keep a “protocol”. Positive examples from different hierarchical levels will be inserted in the place of those already shown. Something old and something new – like continuity. This will also result in consolidation, the information processed by the managers at different levels differs in detail and this should be taken into account in the presentation. Thus, the “working” presentation will naturally get its final version for the “strictly official”. Thus, the successful solution of a problem with a laptop that has failed to work (quick replacement with a spare or a colleague on vacation) will be replaced by the successful retention of the chief marketing officer.

    The time must be within 35 presentations and another 10 minutes for sharing. Studies of “concentration” among people of different ages and activities have shown that up to 35 minutes, a person is truly committed to what is being said and actively listens with understanding.

    3-4 presentations, within 1 week for preparation and 1 week for presentation, and the project “lessons learned” can end with a memo for the next lessons learned from another project.

  2. During one project we all face many difficulties and challenges, we have many problems on a smaller or larger scale. It is in our hands to resist and fight for the good of our project, by protecting the interests and policies of our company, as well as those of the customer and suppliers, sponsors.

    I suggest that this be imposed as a kind of method, even an ideology that we will strive to follow because it is very important to learn from the difficulties. Because what else is the point? If we do not learn from our mistakes if we do not strive to be better, more adaptable, more creative, and profitable? Otherwise, any subsequent project would be doomed to the same mistakes, even failure.

    If we have managed to complete the task within the planned time, despite the undelivered production parts;
    If we have managed to unite the teams we work with;
    If we have persuaded an employee to stay instead of leaving;
    If we have built a strong relationship with the client – which is promising for our further business relationships;

    All this deserves our attention and a “pat” on the shoulder. If we manage to extract the methods and techniques that have helped us, we will be much more successful in the future. Therefore, our projects will be very successful, and our customers will be satisfied.

    I offer this first to your attention (to the teams we have worked on the project), then I will present it to our executive director and the steering committee.

  3. After a preliminary study of internal coordination and communication, it is sometimes found that a log of lessons learned is missing.

    Given the future perspective development of the activity, you should pay attention to the bad practices that have occurred, which have caused damage and not good consequences. To learn and prevent recurrences, I propose to introduce a “Lessons Learned Log”. It should be noted that here in the log is the place to share and note all those good decisions and good practices that led to successful decisions.

    The diary would become a useful sharing of problems or good practices through which to gain usefulness in current situations to solve certain critical situations or problems.

  4. Given that I do not have work diaries, lessons learned and notes from the work of the team on previous projects, I will have to start over and introduce within the team a formalized process for analysis, documentation, and extraction of lessons learned to make further adjustments. and improvements to the current project.

    Applying the lessons learned usually requires the release of additional resources from the organization. For this to happen in practice, I will have to ask for support from the top management. To begin with, I will present a summary of the documented lessons learned from the current project to the project director and the program manager and will discuss the possibilities for making real adjustments and improvements.

    Good practices should be promoted and, where possible, applied by everyone in the organization. The project management community is a suitable place for regular sharing between the individual project teams of lessons learned and the results of their implementation. In this way, in the long run, the organization can use the lessons learned to develop a culture of continuous improvement.

    In my opinion, the establishment of a formalized process for analysis, documentation, and extraction of lessons learned will not only optimize the work on the current project but will be beneficial for all subsequent projects on which the current team will work.

    The learning process includes the following steps:

    Identification – includes a selection of comments and recommendations that can be learned. They can be a valuable asset of knowledge for future projects.

    Documentation – includes noting the detailed lessons learned during discussions in a report to which all participants can respond. The report is sent to the whole team and saved for future reference.

    Analysis – includes analyzing and organizing the lessons learned so that they can be applied and shared with other teams. They can improve project management or be used in training sessions.

    Storage – Lesson reports are stored on a shared device or in a cloud solution. This makes them accessible to all project teams.

    Retrieval – You must be able to search for keywords so that reports are easy to retrieve during and after the project.

    To facilitate the establishment of the process, we often need to provide additional resources for the development of a web application that allows uploading and keyword search of reports for lessons learned for a specific project. The application must be available for use by all teams in the organization.

    Once the application is ready and reports have been entered, demonstrate it to the project management community as a good practice that can be applied by other teams.

  5. Lessons learned log is a tool in project management practices that archives significant project events.

    As a project manager, I believe that Lessons learned log is extremely important, not only that it is not superfluous and not aggravating, but on the contrary: it is a guarantee that what is said, commented, etc. leaves a lasting mark. The diary should, in principle, contain the most important, in a summary (although sometimes the interesting and important are in the details).

    About the Diary and the team meetings

    a. We must have a preliminary plan for the meeting. Each meeting must have its purpose, recorded in the Diary.
    b. Planning is very important. Key points: how long will the meeting be, who will attend, what is the agenda, what key issues need to be addressed but also resolved?
    c. If a decision has to be made, as is the case, it is good for the project manager to bring together all stakeholders to make the optimal decision.
    d. In principle, the regular meetings of the team monitor the overall project status, give and receive information on the progress of the main tasks, on the available (as well as the anticipated possible) problems, etc.
    In short, for such a substantial provisional agenda
    Effective and fruitful communication is the number one priority for the project manager.
    The meeting, with a Diary, with a detailed agenda, must be announced at least a day in advance. (The optimal agenda contains 4 to 6 main items.) Each attendee should have the latest report plus the agenda. Having in writing what has been achieved so far and information about what will be discussed at the upcoming meeting, participants will more adequately consider their participation and will be aware of how they can be most useful. (This also helps to prepare the relevant information, if necessary, and no one will have the feeling that he is placed “against” the others or that he is not in his place ….).
    In addition: the meeting must start and end on time.
    (If, for example, the agenda is exhausted, but there is time until the specified end, it is better not to release the participants: everyone can say a few words, informally; it is not known when a hint of a potential problem will pop up, etc …, which in the formal plan would not have been mentioned …).
    The project manager must be able to keep a Diary, with detailed notes; they can also be noted on the agenda itself. After the agenda is exhausted, as long as there is an opportunity, what is written should be shared with those present. In addition, the notes kept should be distributed as quickly as possible to the participants, with a request for feedback.

  6. For a start, I would talk about this with my manager first and ask for his opinion as a person with enough experience (I guess). Once I have some points of reference on the subject and given that there is no culture and practice in the organization itself, I will be prepared for an initial wave of denial of the very benefits of this practice. In the interest of the truth, it has already happened to me and I share from experience that the support of a manager superior to you, who people have known for a long time and already have an opinion and trust in him, helps teams to look at you let’s say not so critical or at least they will give the opportunity and listen.
    Concerning the assignment, it would be a good idea to talk to the managers of the respective teams and they, in turn, to have an approach to this issue.
    In larger companies, this is done by generally approving a decision on a specific level of management level and the form of weekly regular meetings with teams contains this topic, they do not ask you, just say “elegantly” that for example next time we will take turns to present (us the team) the slides at the meeting and we will add something if we decide to stimulate our creativity and responsibility during the meetings not only to be in the role of listeners but also to engage in preparation for the meeting ☺ this from personal experience also ☺ Honestly, a lot depends on the people in the team how I would perceive it, because with us it was necessary “from above” – ​​so they said, most colleagues did not like the approach and his management was clear that they are not very successful. our reactions ☺ Based on what has been said so far in the assignment, I would try to be free, maybe with a little more patience and perseverance to have a dialogue with people and give more examples, something that has happened to you personally You should tell it to people because when it is in the first person you show that no matter what positions you are in, you are first and foremost a person and a person, and many things happened to you along the way and besides success you had failures and you know exactly from them that in the next similar situation you have options for choosing a reaction. I would give more frequent working examples in the context of the explanation to say a task. This is at a time when it is generally considered that there is a need for such an approach in this company environment, if we talk about the lessons learned, which should be included in the form – End Stage Report or the diary to a project, it should be explained that the participation in a project includes this part, which makes the project more qualitative and professional and the benefits of it concern not only the current project but also future ones.

  7. This is a document that can be prepared at the end of the project or during the project, which records important lessons we have learned during the work. It describes the achievements of the team and management in their meetings with the challenges at work, it also describes the lessons we have learned from going through unpleasant situations.
    Its purpose is to share the experience we have gained with other people who are employed or will be engaged in similar activities. From the described situations they could find a quick and effective solution to a similar problem they face or apply good practice. Sharing experience has a huge effect not only on work but also on getting to know employees, teams, their way of thinking, and approaches to solving problems and finding good solutions. This practice in itself speaks to the culture and behavior of the project participants, sharing their knowledge, challenges, and successes with other teams. This step, despite the great competition between the teams, speaks of their maturity and awareness that the ultimate goal is common and working together will only help everyone move forward with less effort and better decisions. This builds a collective spirit, mutual respect, and esteem between people and their work.
    I believe that the benefits of such a document will pay off in the years to come, will benefit every team, and are worth the effort to be created and accessible to all.

  8. The approach based on the acquisition and transfer of experience and ideas for improvements is one of the elements of effective project management.

    The so-called practice of keeping a diary of “lessons learned” is usually organized at the end of the project or, in the case of longer project phases, at the end of a certain stage of the project.

    Over time, we tend to lose a lot of ideas and observations. In my projects, I try to keep such registers constantly. The “lessons learned” could be conducted easily and “for free” through spreadsheets that can be shared with team members as well as between teams in the company.

    In this way, colleagues will be able to record their observations and ideas for improvement as soon as they appear. At the end of each project, ideas and “lessons learned” can be discussed in the team and passed on.

    Lessons learned can focus not only on project failures. Marking and sharing successful decisions is just as important. First of all, it helps to build the morale of the team by presenting the successes, not just the failures. Secondly, such a set of good practices becomes a useful guide for future projects that can be implemented more efficiently. Summarizing our actions, we should answer to ourselves and others to the question: “Where did we succeed?” as often as, “Where did we fail?”

  9. Project management involves many practices and processes. One of the important tools of project management is Lesson learn log. In this article we describe what this management diary is and what it is used for.

    Lesson learn log is a very important step in any project. In order for the lessons learned to have an effect, everyone from the project team to the managers in the company must participate in this process. Therefore, it would be good to explain to each of the participants in the projects and their managers.

    What is Lesson learn log: Lessons learned are documented information that reflects both the positive and negative experiences of a project. They represent the organization’s commitment to excellence in project management and the ability of the project manager to learn from the actual experience of others. Learning the lessons learned should be a continuous effort throughout the life of the project. Whether we use the lessons learned to prepare for ongoing projects or to identify improvements in the project management process, we learn from project failures as well as project successes. By not learning from project failures, we are doomed to repeat such situations. By not maximizing the success of the project, we miss opportunities to implement good processes and practices to successfully complete existing and future work. Sharing lessons learned between project team members prevents the organization from repeating the same mistakes and also allows them to benefit from best organizational practices.
    Lessons learned are processed on a project-by-project basis without standardized tools or consistency between projects. Organizations can have a meeting to discuss the lessons learned and prepare a report summarizing the findings. This report is then shared with the immediate stakeholders of the project. The purpose of the lessons learned process is to define the activities needed to successfully capture and use the lessons learned. The learning process involves five steps: identification, documentation, analysis, storage and retrieval. The company’s management should encourage project stakeholders to use the process, tools and results of lessons learned.
    The first step in the Lessons learn process is to identify comments and recommendations that could be valuable for future projects. The two activities for identifying the lessons learned are: preparing for a lesson for lessons learned and conducting a session for lessons learned.
    The second step in the Lessons learn process is to document and share the findings.
    The third step is to analyze and organize the data from the lessons learned to apply the results.
    The fourth step in the process of learning lessons is to store the extracted data in documents.
    The fifth step in the process of learning lessons is to extract useful information for use in current projects.

Leave a Reply

Your email address will not be published.