Nick MiltonKnowledge Management and Lesson Learning consultant| Knoco LtdBath, Somerset, United Kingdom
There are two issues here - one is how often you should identify and log the lessons, and the other is how often you should publish them to the rest of the organisation.
You should identify lessons at any time, through processes such as After Action review for example, and log them in a project lesson log. Then at defined points you review whats in the log (plus any other higher level lessons), select the lessons that are a) high impact and b) transferable, and publish them. Don't publish them all, as probably 80% are not transferable, or trivial.
The defined points for publishing usually depend on the scale of the project. Small projects, review and publish at the end (and its often only towards the end that you realise the full impact of some of the lessons). Large projects, do it at the stage gates or milestones. As Henry says, the PMO or Head of Projects will define what's expected.
...
1 reply by Vincent Guerard
Apr 15, 2017 1:50 PM
Vincent Guerard
...
Agree on the need to do then any time.
I'm more in favour of publishing (make available early), if people find it might apply to the project they can contact appropriate people to gain a better understanding and see if it is useful to them.
There should be provisions for "Lessons Learned" from the onset of the project and having a standardized reporting frequency is nice. It doesn't matter how often or when, as long as everyone is in agreement, know what and where it is. However, should something come up that should be shared with the teams, we should be flexible and not be gung-ho about our established protocols. For every rule, there is always an exception.
I agree it need to be flexible, do them on-demande, when an event create a lesson. Saving Changes...
There are two issues here - one is how often you should identify and log the lessons, and the other is how often you should publish them to the rest of the organisation.
You should identify lessons at any time, through processes such as After Action review for example, and log them in a project lesson log. Then at defined points you review whats in the log (plus any other higher level lessons), select the lessons that are a) high impact and b) transferable, and publish them. Don't publish them all, as probably 80% are not transferable, or trivial.
The defined points for publishing usually depend on the scale of the project. Small projects, review and publish at the end (and its often only towards the end that you realise the full impact of some of the lessons). Large projects, do it at the stage gates or milestones. As Henry says, the PMO or Head of Projects will define what's expected.
Agree on the need to do then any time.
I'm more in favour of publishing (make available early), if people find it might apply to the project they can contact appropriate people to gain a better understanding and see if it is useful to them. Saving Changes...
John TiesoAuthor, Lecturer in Business Management| The Catholic University of America, Busch School of Business & EconomicsArlington, Va, United States
In my projects, we used a simply format, reviewed at each weekly team meeting. That format was: Task, Completion date, Impacts, Lessons Learned.
We wanted to know the impacts for dependencies what they could expect. In terms of lessons learned, we also expected positive and negative lessons learned, and followup comments later, should the lesson learned need to be revised or a solution noted, but determined through later work.
...
1 reply by Vincent Guerard
Nov 24, 2017 9:29 AM
Vincent Guerard
...
John
Positive and negative, that is important. I have seen a place with focus on positive only!
I'd say that from a Project Execution perspective, it's better to document the best practices and lessorn learnt as soon as they are identified, when we all have it clear in our minds what has happened and how we addressed it.
As some other mentioned before, at project closure activities all LL and BP should be added into the registry and also the PMO should have an updated version (even while the project is still alive and registering them) so that they can be shared with other projects and help transferring the knowledge identified.
Hope this helps.
Griselda
...
1 reply by Vincent Guerard
Nov 24, 2017 9:30 AM
Vincent Guerard
...
Griselda
So right, what is the point if it is not transferred.
Saving Changes...
HEMAM RANJIT KUMAR SINGHFounder & Director| TechSure Global Consultancy LLPGuwahati, Assam, India
I thoroughly enjoyed the discussions. In the construction Industry also we used to capture the LL in some critical moments , not in any fixed frequency as such.
...
1 reply by Vincent Guerard
Nov 24, 2017 9:32 AM
Vincent Guerard
...
Heman,
What I have seen in the construction industry is similar.
In my projects, we used a simply format, reviewed at each weekly team meeting. That format was: Task, Completion date, Impacts, Lessons Learned.
We wanted to know the impacts for dependencies what they could expect. In terms of lessons learned, we also expected positive and negative lessons learned, and followup comments later, should the lesson learned need to be revised or a solution noted, but determined through later work.
John
Positive and negative, that is important. I have seen a place with focus on positive only! Saving Changes...
I'd say that from a Project Execution perspective, it's better to document the best practices and lessorn learnt as soon as they are identified, when we all have it clear in our minds what has happened and how we addressed it.
As some other mentioned before, at project closure activities all LL and BP should be added into the registry and also the PMO should have an updated version (even while the project is still alive and registering them) so that they can be shared with other projects and help transferring the knowledge identified.
Hope this helps.
Griselda
Griselda
So right, what is the point if it is not transferred. Saving Changes...
I thoroughly enjoyed the discussions. In the construction Industry also we used to capture the LL in some critical moments , not in any fixed frequency as such.
Heman,
What I have seen in the construction industry is similar. Saving Changes...
Stéphane ParentSelf Employed / Semi-retired| Leader MakerPrince Edward Island, Canada
The best time would be at the end of every activity.
...
1 reply by Vincent Guerard
Nov 26, 2017 8:40 PM
Vincent Guerard
...
Make sense, a predictable time, force a frequency.