2.4 종료 단계

모든 프로젝트는 끝을 맞이합니다. 하지만 어떻게 끝나는지 — 그 마무리를 어떻게 설계하고 실행하느냐 — 가 프로젝트가 어떻게 기억되는지, 팀이 어떤 감정으로 떠나는지, 그리고 미래를 위해 얼마나 많은 것을 배우는지를 결정합니다.

종료 단계는 단순히 태스크를 끝내는 일이 아닙니다. 산출물을 인계하고, 공식 승인을 받고, 팀의 일을 정리하며, 핵심 배움을 남기는 것이죠. 동시에 돌아보고 다음 번에 더 좋은 결과를 만들 무대를 마련하는 중요한 기회이기도 합니다.

종료 단계는 프로젝트의 공식적인 끝이자 — 조직 학습의 출발점입니다.

프로젝트의 최종 산출물(시스템, 보고서, 행사, 프로세스 개선 등)을 인계하고, 이해관계자가 다음을 확인하도록 합니다.

공식 리뷰나 사인오프 미팅으로 승인을 마무리합니다. 그 승인을 문서로 남겨두면 나중에 오해를 막아줍니다.

종료 단계에서 가장 중요한 부분 중 하나는 회고입니다 — 팀이 무엇이 통했고, 무엇이 통하지 않았으며, 무엇을 개선할 수 있는지 정리하는 자리이죠.

널리 쓰이는 프레임워크가 KPT (Keep, Problem, Try)입니다.

의견이 아니라 구조를 활용하세요. 회고를 책임 추궁의 자리가 아니라 조직 전체가 성장하는 기회로 설계하세요.

모두가 솔직하게 이야기할 수 있는 안전하고 열린 분위기를 만드는 것이 프로젝트 매니저의 역할입니다.

회의록, 산출물, 이슈 로그, 진척 기록, 승인 문서 — 모든 문서를 잘 정리해서 보관하세요. 이는 향후 참조와 사내 감사 모두에 도움이 됩니다.

공유 드라이브, 지식 베이스, 프로젝트 도구 등에 지식을 저장해 두면 다른 사람들이 그 위에서 다음을 쌓아 올릴 수 있습니다.

프로젝트가 끝나면 팀을 공식적으로 마무리합니다. 시간을 내서 멤버들에게 감사를 전하고 그들의 기여를 인정하는 일은 생각보다 큰 힘을 가집니다.

작은 축하 자리, 감사 이메일, 사내 인정 — 어떤 형태든 조직 문화에 맞으면 됩니다. 잘 끝내는 것은 모두가 다음 역할로 옮겨갈 때 인정받았다는 느낌과 동기를 가지고 갈 수 있게 해줍니다.

마무리는 단순히 정리하는 일이 아닙니다 — 만들어진 가치를 전달하는 일입니다.

핵심 인사이트와 문서를 다른 팀이나 부서와 공유하세요. 이번 프로젝트의 성공이 바깥쪽으로 퍼져 조직 전체를 강화하도록요.

프로젝트를 잘 끝내는 것은 체크리스트를 넘어 — 신중한 마무리와 앞으로 나아가는 추진력의 문화를 만드는 일입니다.

아무리 결과가 훌륭해도, 마무리가 엉성하면 나쁜 인상을 남깁니다. 신중하고 존중이 담긴 마무리는 — 힘들었던 프로젝트 후라도 — 자부심과 배움, 그리고 미래를 위한 동기를 만들어 줍니다.

그러니 마무리할 때 인계, 문서화, 회고, 감사, 전환에 집중하세요. 그것이 강하게 마무리하는 방식이고 — 다음에 올 일의 톤을 설정하는 방식입니다.

AB Project Management에서의 종료는 대부분 신호를 보존하는 일입니다.

인계 → 인도되면 프로젝트를 아카이브 처리합니다. 멤버는 기본적으로 쓰기 권한을 잃지만 모든 내용은 계속 읽을 수 있습니다 — 아카이브는 삭제가 아니라 동결입니다.
회고 → 프로젝트 위키의 "회고" 페이지에 KPT(Keep / Problem / Try)를 담아 다음 팀이 배울 수 있게 합니다. 프로젝트 홈에 핀으로 고정해 두면 누가 나중에 들어와도 가장 먼저 보게 됩니다.
감사 흐름 → 모든 태스크의 변경 이력 탭이 누가 수동으로 쓰지 않아도 "무슨 일이, 언제, 왜 일어났는지"의 로그가 되어 줍니다.
지식 전달 → 위키, 태스크, 댓글이 드라이브 곳곳에 흩어지지 않고 프로젝트와 함께 머물기 때문에, 다음 팀이 프로젝트 이름을 검색하면 산출물뿐 아니라 실제 맥락까지 함께 발견하게 됩니다.

잘 마무리한다는 것은 의례보다 다음 프로젝트가 이번 프로젝트가 가졌던 것보다 더 풍부한 출발점을 갖도록 남기는 일에 가깝습니다.

2.4 종료 단계 | 프로젝트 매니지먼트 입문