가이드 › 가이드

교훈 정리(Lessons Learned) 템플릿

대부분의 교훈 정리 문서는 한 번 쓰고, 정성껏 보관하고, 다시는 열어 보지 않습니다. 다음 프로젝트에서 실제로 무언가 달라지도록 만든 템플릿입니다.

대부분의 교훈이 교훈이 되지 못하는 이유

교훈은 누군가 다르게 행동할 때 비로소 배운 것입니다. ‘소통이 더 좋을 수 있었다’라는 문단은 아무것도 바꾸지 못합니다. 담당자도 없고 효과가 있었는지 알 방법도 없으니까요.

그래서 아래 템플릿은 교훈마다 근거, 원인, 담당자가 있는 조치를 요구합니다. 이것에 답하지 못하면 교훈이 아니라 푸념입니다.

템플릿: 복사해서 쓰는 열

교훈 하나당 한 행인 간단한 표를 쓰세요. 문장은 사실 중심으로, 사람을 탓하지 않는 어조로 유지하세요.

• 관리 번호와 프로젝트 단계(착수, 계획, 수행, 종료).
• 분류: 범위, 일정, 비용, 인력, 공급업체, 거버넌스, 기술, 소통.
• 무슨 일이 있었는지, 사실에 근거한 한두 문장.
• 영향: 알고 있다면 손실된 일수, 추가된 비용, 영향받은 편익.
• 근본 원인: 증상이 아니라 그 이유의 이유.
• 권고 사항, 조치 담당자, 적용 대상 팀이나 프로세스.

세션 진행하기

기억이 생생할 때, 가능하면 오픈 후 몇 주 안에 여세요. 스폰서뿐 아니라 실제로 일한 사람들을 초대하세요. 가능하면 수행 팀 밖의 사람이 진행하게 하세요. 프로젝트 관리자는 자기 프로젝트에 대해 중립적이기 어렵습니다.

세 가지 질문으로 진행하되, 질문마다 토론 전에 10분 동안 조용히 각자 적게 해서 목소리 큰 사람이 의제를 정하지 못하게 하세요.

• 잘된 점은 무엇이고 반복할 만한가?
• 잘 안 된 점은 무엇이고 근본 원인은 무엇인가?
• 다음에는 무엇을 다르게 할 것이며, 누가 실행하는가?
• 가장 큰 문제 두세 가지는 ‘왜?’를 다섯 번 물어보세요.
• 처음에 규칙을 합의하세요. 사람이 아니라 프로세스와 의사결정을 논의한다.

교훈을 변화로 바꾸기

결과를 실행할 수 있는 교훈과 단지 흥미로운 교훈으로 분류하세요. 실행할 교훈에는 담당자와 날짜가 필요하고, 사람들이 다시 볼 곳에 두어야 합니다. 예를 들면 PMO 플레이북, 프로젝트 시작 체크리스트, 다음 프로젝트의 리스크 등록부 템플릿입니다.

• 반복되는 문제는 신규 프로젝트의 표준 리스크 목록에 추가하세요.
• 템플릿과 체크리스트는 언젠가가 아니라 같은 주에 갱신하세요.
• 상위 다섯 가지 교훈을 PMO와 다음 프로젝트 관리자에게 이름을 지정해 보내세요.
• 새 프로젝트 킥오프마다 로그를 검토하세요.

진행하면서 교훈 기록하기

가장 좋은 교훈 기록은 첫 주부터 시작됩니다. 무언가 잘못될 때마다 한 줄씩 추가하는 것이, 끝난 뒤 애써 기억을 쥐어짜는 것보다 낫습니다. Senshin에서는 이를 RAID 로그와 함께 둘 수 있어서, 종료된 이슈와 의사결정이 검토 시점에 이미 준비되어 있습니다.

Senshin에서는 이렇게 관리합니다

자주 묻는 질문

다른 가이드

최종 업데이트: 2026-10-22