다음 사람이 이어받을 수 있는 기록, 그게 전부였다

얼마 전부터 AI 작업자가 개발 작업을 더 잘 하도록, 작업 기록과 운영 점검 내용을 계속 쌓아두는 저장소를 만들고 있었다. 처음엔 단순한 목표였다. “기록을 쌓아두면 AI가 그걸 참고해서 더 잘 개발하겠지.” 그런데 만들다 보니 이건 단순한 저장소가 아니라는 걸 알게 됐다.

실제로 하고 있던 일은 매일, 혹은 그보다 더 자주, AI 작업자가 다음 작업자에게 “인수인계”를 하는 구조를 만드는 것이었다. 그리고 인수인계라는 건 결국 온보딩의 일부이기도 하다 — 새로 투입되는 작업자(AI든 사람이든)가 지금까지 무슨 일이 있었고, 왜 그렇게 됐고, 지금 상태가 어떤지를 빠르게 파악할 수 있어야 한다는 뜻이니까.

이 관점으로 다시 보니 기록은 층이 있어야 한다는 게 분명해졌다.

• 원본 기록 — 실제로 무슨 명령이 오갔고 무슨 오류가 났는지
• 작업 중 상태 — 지금 어디까지 왔고 뭐가 남았는지
• 결정 기록 — 왜 이 방향으로 갔는지, 어떤 대안을 버렸는지
• 인수인계 — 다음 작업자가 바로 알아야 할 것, 건드리면 위험한 것
• 온보딩 — 이 프로젝트가 애초에 왜 이렇게 생각하고 일하는지

그냥 “기록을 다 남기고 아무나 볼 수 있게 하자”는 것만으로는 부족하다. 그러면 오히려 문서 쓰레기장이 된다. 중요한 건 접근 가능성이 아니라, 다음 사람이 실제로 작업을 이어받을 수 있는 형태로 정리되어 있는지였다.

여기서 조금 더 나간 생각이 있었다. 지금까지는 기록을 “쌓는” 기능을 도구마다 따로 만들어왔는데, 정작 필요한 건 그걸 “읽고 답해주는” 공통 창구였다. 개발 기록, 운영 점검 기록, 프로젝트 진행 기록이 각자 다른 곳에 있어도, AI 작업자든 사람이든 “지금 무슨 일이 있었나, 왜 그렇게 됐나, 다음엔 뭘 해야 하나”라는 질문에는 하나의 창구에서 답을 얻을 수 있어야 한다. 쌓는 역할과 읽어주는 역할을 분리하니, 오히려 각 기록 도구는 자기 할 일에만 집중하면 됐다.

그리고 이 구조를 계속 생각하다 보니, 처음엔 “AI를 더 잘 개발하게 만들자”는 목표로 시작했던 게 결국 “AI가 프로젝트에 다시 적응하는 데 드는 비용을 줄이자”는 말과 같다는 걸 깨달았다. 그런데 이건 AI에만 해당하는 이야기가 아니다. 사람이 일하는 조직에서도 똑같다. 좋은 조직은 사람이 빠져도 무너지지 않는다 — 더 정확히는, 그 사람이 갖고 있던 판단의 맥락이 그 사람과 함께 사라지지 않게 만든다. 모든 기록이 이런 식으로 층을 갖추고, 누구든 접근해서 이어받을 수 있다면, 사람이 자주 바뀌어도 일은 투명하게, 부담 없이 이어질 수 있을 것 같다.

물론 이 구조가 튼튼해질수록 새로운 고민도 따라온다. 무엇을 기록하고, 무엇을 요약하고, 무엇을 버릴지, 어느 문서가 최신인지, 어떤 결정이 아직 유효한지를 계속 판단해야 한다. 기억의 부담이 개인의 머릿속에서 조직의 기록 관리로 옮겨가는 셈이다. 하지만 이 부담은 관리할 수 있는 부담이다. 누군가의 머릿속에만 있는 암묵지에 계속 기대는 것보다는 훨씬 낫다.