Lessons Learned를 조직의 프로젝트 자산으로 만드는 방법
Lessons Learned를 수집·분석·저장·활용해 프로젝트 경험을 조직 지식 자산과 개선 활동으로 연결하는 운영 방법을 정리한다.
2026-08-14 · 최초 발행 2026-04-17
경험을 다음 프로젝트의 판단으로 연결하기
Lessons Learned는 프로젝트 종료 보고서에 덧붙이는 기록이 아니다. 수행 과정에서 드러난 성공과 시행착오를 분석해, 이후 프로젝트가 활용할 수 있는 가이드라인으로 바꾸는 지식 관리 활동이다.
이 과정은 같은 리스크의 재발을 막고, 효율적이었던 절차나 해결책을 모범 사례(Best Practice)로 확산한다. 개인에게 머물던 암묵지는 조직 프로세스 자산(OPA)으로 전환되며, PDCA(Plan-Do-Check-Act) 사이클에서 Check와 Act를 구체화하는 수단이 된다.
PMBOK(Project Management Body of Knowledge) 7판과 8판에서도 교훈은 지식 관리와 거버넌스 영역의 필수 활동으로 다뤄진다.
기록에서 활용까지 이어지는 흐름
교훈 관리는 일회성 회고가 아니라 반복되는 사이클로 운영해야 한다. 프로젝트 종료 후뿐 아니라 주요 마일스톤을 마친 시점에도 경험을 수집하면, 맥락이 사라지기 전에 더 정확한 내용을 남길 수 있다.
경험을 식별한다
먼저 수집할 가치가 있는 경험을 드러낸다. 팀 설문에서는 잘된 점, 어려웠던 점, 다시 수행한다면 바꿀 점을 묻는다. 객관적인 진행자(Facilitator)가 이끄는 브레인스토밍 워크숍도 팀원이 자유롭게 의견을 내는 데 도움이 된다.
맥락까지 문서화한다
수집한 내용은 교훈 등록부(Lessons Learned Register)에 남긴다. 기록에는 상황(Situation), 영향(Impact), 권고 사항(Recommendation)이 포함돼야 한다.
예를 들어 단순히 일정이 지연됐다고 적는 대신, A 부품 수급 문제로 인해 B 단계가 2주 지연되었으며, 이는 C 리스크 관리 미흡에 기인함처럼 원인과 결과의 맥락을 함께 보존한다. 그래야 다음 팀이 같은 문장을 읽고도 적용 범위를 판단할 수 있다.
원인과 반복 패턴을 분석한다
문서화한 사례에서는 근본 원인 분석(RCA)을 통해 표면 현상 뒤의 구조적 문제를 찾는다. 5-Whys 같은 기법을 사용해 원인을 좁힐 수 있다.
여러 프로젝트에서 같은 이슈가 반복된다면 개별 팀의 문제로 끝내지 않는다. 공통 이슈를 분류해 조직 차원의 프로세스 개선이 필요한 영역으로 다뤄야 한다.
중앙 저장소에 축적한다
분석을 마친 교훈은 조직 구성원이 접근할 수 있는 중앙 저장소에 보관한다. 위키(Wiki), 프로젝트 관리 도구인 Jira·Confluence, 전사 지식 관리 시스템(KMS)이 저장소가 될 수 있다.
기술 스택, 관리 프로세스, 고객 유형 등의 태그를 붙이면 이후 검색 효율을 높일 수 있다.
새 프로젝트에서 찾아 적용한다
교훈 프로세스의 마지막 단계는 저장이 아니라 활용이다. 프로젝트 킥오프와 초기 기획에서 유사 프로젝트의 교훈 보고서를 검토하고, 반복되는 실수는 프로젝트 체크리스트 항목으로 추가해 실행력을 부여한다.
프로젝트 전 과정에서 수집할 대상
종료 시점의 Post-mortem만으로는 진행 중의 중요한 맥락이 빠질 수 있다. 각 단계에서 무엇을 확인할지 정해 두면 교훈 수집이 프로젝트 운영 안에 자리 잡는다.
| 프로젝트 단계 | 주요 활동 및 수집 대상 |
|---|---|
| 착수 (Initiating) | 과거 유사 프로젝트의 교훈 검토, 리스크 관리 계획 반영 |
| 기획 (Planning) | 추정치(Estimate)의 정확성 검토, 자원 배정 효율성 확인 |
| 수행 (Executing) | 팀 워크플로우 효율성, 커뮤니케이션 채널의 유효성 식별 |
| 통제 (Controlling) | 예기치 못한 이슈 대응 사례, 변경 관리 프로세스의 적절성 분석 |
| 종료 (Closing) | 전체 과정 총평, 최종 교훈 보고서 작성 및 승인 |
형식적인 회고로 끝나지 않게 하려면
교훈 정리는 비난받지 않는 환경에서 운영돼야 한다. 잘못을 드러냈다는 이유로 책임을 묻는다면 팀은 실패를 기록하지 않게 된다. Blame-free 문화는 실수를 숨기지 않고 학습 대상으로 다루기 위한 전제다.
권고 사항도 실행 가능한 수준으로 남긴다. 소통을 잘하자처럼 추상적으로 적기보다 매주 화요일 10시에 주간 회의를 진행하여 이슈를 공유한다처럼 담당자가 바로 적용할 수 있는 문장으로 바꾼다.
PMO(Project Management Office)나 지식 관리 팀은 저장된 교훈을 정기적으로 검토하고, 전사 표준 가이드라인에 반영할 항목을 선별해야 한다. 경험을 식별하는 데서 멈추지 않고, 다음 프로젝트의 계획과 운영에 되돌려 놓을 때 교훈은 조직의 지능(Organizational Intelligence)이 된다.
Sources
- PMI (Project Management Institute), "A Guide to the Project Management Body of Knowledge (PMBOK Guide) 7th & 8th Edition"
- Asana, "Lessons Learned in Project Management: 5-Step Process [2025]"
- BrightWork, "How to Create a Lessons Learned Process for Your Projects"
- Rowe, S. F. & Sikes, S. (2006). Lessons learned: next level. Paper presented at PMI® Global Congress 2006