이 마감일, 원래 언제였죠?
프로젝트 회의에서 가장 조용해지는 순간이 있다. 누군가 화면 속 날짜 하나를 가리키며 묻는다. "이 마감일, 원래 언제였죠?" 아무도 확신 있게 답하지 못한다. 엑셀 계획서에는 현재 값만 남아 있고, 이전 값은 누군가 덮어쓴 순간 세상에서 사라졌다. 메신저를 뒤지고, 지난주 회의록을 뒤지고, 결국 "제 기억에는…"으로 문장이 시작된다.
이 질문이 사소해 보이면 운이 좋았던 것이다. 발주처가 낀 프로젝트에서 "일정 변경의 근거를 소명하라"는 요구는 정기 행사이고, 감리가 들어오면 언제, 누가, 왜가 문서로 나와야 한다. 그때 PM이 가진 게 덮어쓰기된 엑셀뿐이라면, 소명은 고고학이 된다 — 메일함과 회의록 지층을 파서 날짜의 화석을 맞추는 일.
지난 편에서 우리는 SPI 0.84를 보고 그날 바로 일정을 고쳤다. 기간을 늘렸고, 이름을 다듬었고, 담당을 지정했고, 잘못 넣은 진척률을 정정했다. 이번 편은 그 조정 세션 직후의 복기다. 방금 우리가 무엇을 바꿨는지를, 기억이 아니라 기록으로 되짚을 수 있는가. 미리 밝혀 둔다. 광고가 아니라 실험 리포트다. 기록되는 것과 기록되지 않는 것을 그대로 적는다.
실험 설계 — 방금 일어난 일을 되짚는다
무대는 지난 편 그대로다 — 실행 7주차의 44노드 ERP 프로젝트, 캡처 시점에 맞춰 재앵커링한 복제본(화면 코드 MCG-26B)이라는 점도 같다. 조정 세션에서 우리 손으로 바꾼 것은 다섯 가지였다.
| # | 대상 | 변경 |
|---|---|---|
| 1 | 오픈·안정화 Phase | 선행 관계(FS) 추가 |
| 2 | 마이그레이션 실행·검증 | 기간 7d → 10d |
| 3 | 같은 노드 | 이름 수정, 연달아 두 번 |
| 4 | 회계 기능 개발 | 담당자 지정 |
| 5 | 레거시 데이터 정제 | 진척률 9% → 12% 정정 |
이 다섯이 화면에 어떻게 남았는지가 이번 실험의 전부다.
"엑셀에도 변경 내용 추적이 있잖아요"라는 반론이 있을 수 있다. 있다 — 켜져 있다면, 그리고 아무도 '변경 내용 모두 적용'을 누르지 않았다면, 그리고 파일이 최종_수정_진짜최종_v3.xlsx로 분화하지 않았다면. 공유 문서의 이력은 켜는 것이고, 켜는 일은 잊힌다. 여기서 시험하는 건 반대 방향이다 — 끌 수 없는 이력, 기본값이 기록인 상태.
노드의 이력 — old→new, 누가, 언제
상세 패널에는 탭이 두 개 있다. 상세, 그리고 변경 이력. 기간을 늘렸던 마이그레이션 실행·검증 노드의 변경 이력 탭을 연다.
행 하나가 문장 하나다. 기간 7d → 10d 외 1건, 김PM, 22:32. 이전 값에 취소선이 그이고 새 값이 굵게 선다. 마감일이 왜 이 날짜인지 궁금한 사람은 이제 회의록이 아니라 이 탭을 연다 — 원래 7일이었고, 조정 세션에서 10일로 늘었다. 질문의 수명이 클릭 한 번으로 줄었다.
시각이 "3일 전" 같은 어림이 아니라 절대시각으로 박히는 것도 복기의 도구로는 중요하다. "어제쯤 바꿨어요"와 "22시 32분에 바꿨다"의 차이는, 그 변경이 회의 전이었는지 후였는지를 가른다. 순서가 책임을 가르는 날이 반드시 온다.
"외 1건"이라는 꼬리도 눈여겨볼 만하다. 우리는 기간을 늘린 뒤 이름을 연달아 두 번 고쳤다. 세 번의 편집이 세 행이 되면 이력은 금세 소음이 된다. 같은 노드를 연속으로 만진 편집은 한 행으로 병합되고, 사이에 다른 편집이 끼면 새 행으로 갈라진다. 이력이 타자 연습장이 아니라 요약본으로 남는 이유다.
이번 실연은 김PM 혼자였지만, 아바타가 달리는 이유는 여럿일 때 드러난다. 계획을 여러 사람이 같이 만지는 순간부터 "누가"는 장식이 아니라 본문이다 — 발주처 담당이 고친 날짜인지, 팀 리드가 고친 날짜인지에 따라 다음 행동이 달라진다. 이력의 각 행이 사람 얼굴로 시작하는 건 그 질문을 미리 답해 두는 장치다.
정정의 궤적, 지정의 기록
레거시 데이터 정제 노드에서는 다른 무늬가 보인다.
진척률 0% → 9%가 22:20에, 9% → 12%가 22:32에. 처음 넣은 9%가 실측과 달라 12%로 고친 정정의 궤적이 두 행으로 남았다. 엑셀이라면 12%라는 최종값만 남고 "원래 9%로 보고했었다"는 사실은 증발한다. 진척률처럼 보고와 직결되는 숫자는, 최종값 못지않게 고쳐진 적이 있다는 사실이 정보다.
궤적이 남는다는 건 정정의 비용이 낮아진다는 뜻이기도 하다. 고친 흔적이 사라지는 도구에서는 정정이 은폐처럼 보일까 봐 잘못된 숫자를 끌고 가는 팀이 생긴다. 흔적이 당당하게 남으면 반대가 된다 — 9를 12로 고친 기록은 감추기가 아니라 성실함의 증거가 된다. 4편에서 말한 정직한 진척의 절반은 문화 문제인데, 문화는 이런 사소한 구조에서 자란다.
담당자를 지정한 회계 기능 개발 노드에도 행이 남았다 — 담당자 변경, 22:32. 패널 헤더에는 김PM 아바타가 들어섰다.
프로젝트의 피드 — 노드 밖에서 보기
노드 단위 복기는 패널이면 충분하다. 그런데 조정 세션처럼 여러 노드를 한꺼번에 만진 날은 "오늘 이 프로젝트에 무슨 일이 있었나"를 한 줄로 봐야 한다. Overview의 최근 활동 카드가 그 자리다.
조정 세션 네 건이 맨 위에 나란하다. 진척률 정정, 담당자 변경, 기간 연장, 그리고 선행 1.9.2 (FS) 추가 — 종속성을 새로 그은 것까지 피드에 잡힌다. 필드 편집만 기록하는 이력이라면 반쪽이다. 일정을 실제로 움직이는 건 날짜 입력보다 선을 긋고 지우는 일인 경우가 많고, 그 선도 여기 남는다.
피드 아래쪽에는 13분 전의 행렬이 보인다 — 진척률 일괄 입력의 흔적이다. 진척률 0% → 100%, 0% → 31%… 노드마다 한 줄씩. 기록은 편집의 경중을 가리지 않는다. 정례 입력도, 한밤의 급한 수정도 같은 무게로 남는다. 피드에서는 "1분 전" 같은 상대시각으로 흐름을 훑고, 특정 건이 궁금하면 그 노드의 패널 탭에서 절대시각으로 내려가는 — 두 화면의 역할 분담이다.
기준과 궤적 — 그리고 기록되지 않는 것
지난 편의 베이스라인과 이번 편의 이력은 자주 헷갈리는 짝이다. 역할이 다르다. 베이스라인은 "계획이 원래 어땠나"의 기준점이고 — 동결된 스냅샷 하나 — 변경 이력은 "누가 언제 무엇을 만졌나"의 궤적이다. 전자가 없으면 얼마나 밀렸는지 못 재고, 후자가 없으면 왜 바뀌었는지 못 찾는다.
셋을 구분하면 그림이 완성된다. 3편에서 다룬 변경통제(CR·CCB)는 변경을 승인하는 절차고, 이력은 변경을 관찰하는 기록이다. 이력은 아무것도 막지 않는다 — 잘못된 수정도 그대로 기록한다. 막는 일은 권한과 변경통제의 몫이고, 이력의 몫은 무슨 일이 있었는지에 대해 거짓말하지 않는 것이다. 관찰이 정직해야 통제도 설 수 있다.
그리고 이 이력에는 의도된 공백이 하나 있다. 우리가 기간을 사흘 늘렸을 때 CPM은 후행 작업들의 날짜를 줄줄이 다시 계산했다 — 그런데 그 파생 이동은 어느 노드의 이력에도 없다. 기록되는 것은 사람의 직접 편집뿐이다. 처음엔 누락처럼 보였는데, 곱씹을수록 맞는 설계다. 파생까지 기록하면 편집 한 번에 이력 수십 행이 쏟아져 정작 사람의 결정이 파묻힌다. 다만 그 결과, "이 날짜 왜 바뀌었죠?"의 답이 이력 탭에 없는 경우가 생긴다 — 답은 선행 관계와 간트에 있다. 어느 화면이 어느 질문에 답하는지를 아는 것도 도구 사용법의 일부다.
정직하게 — 안 되는 것
케이스 스터디의 관례대로, 못 하는 것도 그대로 적는다.
- 병합 행은 펼칠 수 없다. "외 1건"에 접힌 개별 변경 — 우리 경우 이름 수정 두 번 — 의 상세를 다시 볼 방법이 없다. 병합은 소음을 줄이지만, 가끔은 소음이 증거다.
- 담당자 변경은 값이 안 보인다. "담당자 변경"이라는 사실만 남고, 누구에서 누구로인지는 표시되지 않는다. 인수인계 추적에는 아직 부족하다.
- 파생 변경은 기록되지 않는다. 위에서 설계 의도라고 옹호했지만, 트레이드오프인 건 분명하다. CPM이 옮긴 날짜의 "왜"는 이력이 아니라 선행 관계에서 찾아야 한다.
- 이력에서 되돌리기가 안 된다. 조회 전용이다. 실행 취소(⌘Z)는 편집 세션 안에서만 살고, 이력 행을 눌러 그 시점으로 복원하는 흐름은 없다.
맺음
감사(audit)라는 말은 거창하지만, 실무에서 이력이 하는 일은 소박하다. "제 기억에는…"으로 시작하는 문장을 회의에서 없애는 것. 원래 값이 있고, 바꾼 사람이 있고, 바꾼 시각이 있으면, 기억력 대결은 끝난다. 남는 논쟁은 "그래서 다음에 어떻게 할 것인가"뿐인데, 그건 원래 회의가 해야 할 일이다.
이번 실험에서 확인한 건 그 소박한 일이 실제로 되는가였다. 조정 세션의 다섯 손질 중 다섯이 모두 어딘가에 남았다 — 넷은 값과 함께, 하나(담당자)는 사실만. 완벽하지는 않지만, "이 마감일 원래 언제였죠?"라는 이 글의 첫 질문에는 이제 화면이 답한다. 원래 7일이었습니다. 지난 조정에서 10일로 늘렸습니다. 그 자리에서, 그 시각에.
이력은 "무엇이 바뀌었나"까지 답했다. 그런데 조정 세션의 진짜 미스터리는 따로 있다. 기간을 사흘 늘렸을 뿐인데 왜 오픈 날짜가 통째로 밀렸는가 — 그리고 그 전에는, 왜 사흘을 늘렸는데도 아무것도 안 밀렸는가. 그 답은 선(線)들이 쥐고 있다. 다음 편에서 그 선을 따라간다.