프로젝트가 끝나면 지식도 끝나는가

프로젝트 조직은 구조적으로 지식을 잃는다

제조·물류·건축처럼 프로젝트 단위로 일하는 조직은 지식 손실에 특히 취약합니다. 상설 조직이 아니라 한시적 팀이 모였다 흩어지기 때문입니다. 산출물(도면, 견적, 보고서)은 남아도, 그 과정에서 내린 수백 건의 작은 판단 — 어떤 자재를 왜 바꿨는지, 어느 공정에서 왜 일정을 당겼는지 — 은 회의실의 대화로 끝나고 기록되지 않습니다.

PMBOK은 왜 '교훈'을 별도 프로세스로 두었나

PMI의 PMBOK 가이드는 프로젝트 종료 단계에서 '교훈 관리(lessons learned)'를 공식 활동으로 규정합니다. 프로젝트의 성공과 실패, 통찰과 모범 사례를 식별·문서화해 미래 프로젝트가 쓸 수 있는 조직 자산(organizational process asset)으로 넘기는 것이 목적입니다. 6판부터는 '프로젝트 지식 관리(Manage Project Knowledge)'를 실행 단계의 별도 프로세스로 추가해, 교훈을 종료 시점에 몰아서가 아니라 진행 내내 계속 포착하도록 했습니다.

• 교훈 관리: 무엇이 잘됐고 안됐는지, 왜 그랬는지 식별·기록
• 교훈 등록부(lessons learned register): 종료 시 조직 자산으로 이관
• Manage Project Knowledge: 종료가 아니라 진행 중 상시 포착

교훈은 적는 것이 아니라 다시 쓰이는 것이다

PMI도 지적하듯, 많은 조직이 교훈을 포착하는 절차는 갖추고 있지만 그것을 다시 쓰는 활동은 빠뜨립니다. 종료 보고서에 한 줄 적힌 교훈은 아무도 다시 열지 않는 폴더로 들어갑니다. 교훈이 자산이 되려면 다음 프로젝트의 비슷한 상황에서 자동으로 떠올라야 합니다. '검색되지 않는 교훈'은 기록되지 않은 것과 같습니다.

끝나도 남기는 조건: 구조와 검색

프로젝트 지식이 휘발되지 않게 하려면 두 가지가 필요합니다. 첫째, 판단을 일관된 형식으로 남겨 사람이 바뀌어도 의미가 보존되게 하는 것. 둘째, 새 프로젝트에서 유사한 상황을 만났을 때 과거 판단이 검색되어 다시 활용되게 하는 것. 이 둘이 갖춰질 때 비로소 프로젝트는 끝나도 지식은 끝나지 않습니다.