프로젝트 종료 회고, 그때 알았던 정보로 결정 되짚기
기준일 2026-10-18
프로젝트를 마친 뒤 “처음부터 검토일을 넉넉히 잡았어야 했다”는 말이 나온 상황을 가정한다. 그러나 시작 당시에는 검토자가 한 명이었고, 중간에 담당 부서가 추가됐다. 끝난 뒤 알게 된 사실을 처음부터 알고 있었던 것처럼 놓으면 다음에 고칠 절차가 흐려진다.
에이치컴퍼니(사업자등록번호 316-47-00948, 통신판매업 신고 2023-부산강서구-1073)는 서운관 운영사로서 이 글을 작성한다. 사주는 재미와 참고용이다. 프로젝트의 성패나 동료의 기여를 풀이로 판단하지 않고 남아 있는 작업 기록을 살핀다.
완료한 날보다 결정이 달라진 날을 찾는다
회고를 시작할 때 모든 작업을 시간순으로 설명할 필요는 없다. 처음의 계획과 달라진 지점 두세 곳을 고른다. 일정이 바뀐 날, 검토자가 추가된 날, 전달물이 달라진 날처럼 기록으로 짚을 수 있는 사건이 출발점이다.
각 사건 옆에는 그때 확인할 수 있었던 자료를 붙인다. 나중에 도착한 요청이나 종료 후 집계한 수치를 당시 판단 근거에 섞지 않는다. “알았어야 했다”는 말이 나오면 실제로 정보가 있었는지, 있었지만 전달되지 않았는지부터 나누어 묻는다.
기억이 다른 장면은 빈칸으로 남긴다
가정한 대화에서 한 사람은 월요일에 변경을 들었다고 하고 다른 사람은 수요일로 기억할 수 있다. 누가 더 정확하게 기억하는지 겨루기보다 남아 있는 메시지나 일정표를 함께 본다.
아래는 가상의 검토 일정 변경을 정리한 예시다. 담당자의 성격을 적는 칸 대신 당시 정보와 다음 확인 절차를 둔다.
| 장면 | 그때 알았던 정보 | 다음에 확인할 질문 |
|---|---|---|
| 초안 일정 결정 | 검토 부서가 한 곳임 | 추가 검토 가능성을 누구에게 묻는가 |
| 검토 부서 추가 | 새 부서의 일정은 미정임 | 기존 마감도 다시 협의했는가 |
| 전달 날짜 변경 | 일부 의견만 도착함 | 남은 의견을 어떻게 표시하는가 |
| 문서 최종 전달 | 보류 항목을 따로 보냄 | 인수자가 보류 내용을 확인했는가 |
아쉬운 결과와 바꿀 절차를 연결한다
늦게 끝났다는 관찰만으로 다음에는 더 빨리 하자는 결론을 내리기 쉽다. 그러나 바꿀 수 있는 것이 검토 요청 시점인지, 변경을 알리는 방식인지, 마감을 다시 잡는 절차인지 구별해야 한다.
마지막 전달이 매끄러웠다면 그 전에 준비한 자료가 무엇이었는지 찾는다. 누군가 밤늦게 메워서 끝난 일은 그대로 반복할 절차로 적기 전에 부담을 확인한다. 결과가 괜찮았다는 말과 그 과정을 계속할 수 있다는 말은 따로 판단한다.
다음 프로젝트에 가져갈 문장 하나
회고의 끝에는 큰 다짐보다 발생 조건이 있는 행동을 적는다. 가정한 문장으로 “검토 부서가 추가되면 전달 날짜를 확정하기 전에 각 부서의 회신 가능일을 묻는다”라고 쓸 수 있다. 다음 작업에 그런 장면이 없다면 억지로 실행할 필요는 없다.
행동을 맡을 사람이 실제로 바꿀 수 있는지도 확인한다. 아직 다음 프로젝트가 정해지지 않았다면 임의의 기한을 넣지 않고 시작할 때 다시 볼 기록으로 둔다. 회고 문서는 완료한 사람을 평가하는 점수표보다 다음 결정에서 꺼내 읽을 질문에 가까워진다.
일을 마친 뒤 자신이 중요하게 여긴 기준도 돌아보고 싶다면 서운관의 커리어사주를 참고로 살펴볼 수 있다. 무료 범위와 이용 조건은 이용 시 안내를 확인한다. 다음 계획은 실제 회고 기록을 바탕으로 정한다.