결론부터 말씀드리면, 인수인계가 매번 부실해지는 이유는 담당자의 성의 문제가 아니라 인수인계 문서 자체가 그 시점의 스냅샷 한 장이기 때문이에요. 퇴사·휴직·부서 이동 전에 급하게 정리한 문서는 작성된 그 순간까지만 정확하고, 그 다음부터 쌓이는 판단과 예외는 아무도 받아 적지 않습니다. 저희가 확인해본 방향은 문서를 더 잘 쓰는 게 아니라, 애초에 기록이 사람이 아니라 업무 자체에 붙어 있게 만드는 쪽이었어요. 그럼 왜 인수인계 문서가 금방 낡는지부터 볼까요 ?
"인수인계 문서를 꼼꼼히 쓰면 되는 거 아닌가요?"
물론 꼼꼼히 쓰면 당장은 도움이 됩니다. 문제는 시점이에요. 인수인계 문서는 대개 퇴사·휴가 며칠 전, 가장 바쁠 때 몰아서 씁니다. 그 시점까지의 절차는 담기지만, "이 거래처는 왜 이 조건으로 예외를 뒀는지", "저 프로젝트가 왜 이 방식으로 틀어졌는지" 같은 맥락과 이유는 대부분 담당자 머릿속에만 있다가 그대로 빠집니다. 문서에는 결과만 남고, 그 결과에 이르기까지의 대화와 판단 과정은 남지 않는 거예요.
인수인계, 무엇으로 넘기고 있었나.
| 방식 | 실제로 겪는 일 |
|---|---|
| 말로 설명 | 퇴사·휴가 전 급하게 구두로 전달, 빠지는 게 생김 |
| 인수인계 문서 | 그 시점 기준으로 한 번 쓰고 이후 업데이트 안 됨 |
| 마이두 | 대화·결정·파일이 프로젝트에 쌓여 그대로 이어받음 |
저희도 예전엔 인수인계 템플릿을 만들어 칸을 채우는 방식으로 해봤어요. 그런데 템플릿은 "무엇을 적어야 하는지"는 정해주지만 "왜 그렇게 했는지"는 강제하지 않더라구요. 결국 후임자는 문서를 다 읽고도 애매한 지점마다 전임자에게 다시 연락하게 됩니다. 문서가 부실해서가 아니라, 문서라는 형식 자체가 한 번 쓰면 멈춘다는 게 근본 문제였어요.
새 담당자가 이어받는 순서
새 담당자가 이어받는 순서.
① 프로젝트 열람. 맡을 업무의 대화·문서 기록을 그대로 봅니다.
② 리콜로 질의. "이거 왜 이렇게 했지" 물으면 근거가 소환됩니다.
③ 맥락 위에서 시작. 처음부터 설명 듣지 않고 이어서 진행합니다.
④ 담당자만 교체. 기록은 프로젝트에 남고 사람만 바뀝니다.
저희가 만든 마이두는 내 AI들을 부리는 컨트롤타워예요. 대화와 결정이 사람의 대화창이 아니라 프로젝트 쪽에 쌓이기 때문에, 담당자가 바뀌어도 그 기록은 그대로 남습니다. 이번 글을 준비하면서도 실제로 예전 결정을 다시 불러오는 걸 그대로 해봤어요. 아래가 그 화면이에요.
실제 실행 화면 — 질문 한 문장에 예전 결정 근거가 원문 그대로 소환됩니다.
담당자가 나가도 업무 히스토리는 AI에 그대로 남습니다. 후임자는 빈 문서가 아니라 AI가 이미 아는 맥락 위에서 시작하는 거예요.
"결국 챗GPT에 정리해달라고 하면 되지 않나요?"
챗GPT도 요청하면 요약 정리는 잘 해줍니다. 다만 그 정리가 그 대화창 안에서만 남는다는 게 다릅니다. 후임자가 같은 서비스에 접속해도 전임자의 대화 기록에는 접근할 수 없고, 결국 전임자가 다시 텍스트로 옮겨 전달해야 해요. 그 옮기는 단계 자체가 인수인계 문서와 똑같은 스냅샷 문제를 반복하는 거죠. 마이두는 대화가 사람 계정이 아니라 프로젝트에 붙기 때문에, 담당자가 바뀌어도 같은 자리에서 같은 기록을 이어볼 수 있습니다.
"신뢰할 수 있는 기록인지는 어떻게 확인하나요?"
리콜이 불러오는 건 요약이 아니라 그 시점의 원문 대화예요. 그래서 후임자가 "이 조건이 왜 이렇게 정해졌는지" 확인할 때, 누군가의 기억에 의존하지 않고 그때 오간 대화와 근거를 그대로 읽고 판단할 수 있습니다. 기록이 흐려지는 지점은 결국 "누가 기억하고 있느냐"인데, 이 구조에서는 그 질문 자체가 필요 없어져요.
인수인계 문서는 그 시점의 스냅샷 한 장이라 금방 낡습니다. 기억이 사람이 아니라 프로젝트에 붙어 있으면 담당자가 바뀌어도 낡지 않아요.
오늘 확인할 것 — 곧 인수인계할 업무가 대화방이 아니라 프로젝트에 남아 있는지
인수인계 앞두고 자주 여쭤보시는 것들
"이미 나간 담당자의 기록도 볼 수 있나요?" — 기록이 그 사람 개인 계정이 아니라 프로젝트에 붙어 있기 때문에, 담당자가 퇴사한 뒤에도 프로젝트에 남은 대화·문서는 그대로 열람할 수 있습니다.
"신입도 바로 이 방식으로 시작할 수 있나요?" — 프로젝트 열람과 리콜 질의만 익히면 되기 때문에, 배경 설명을 길게 듣지 않아도 이전 기록을 직접 찾아가며 시작할 수 있어요.
업무 인수인계, 결국 문서를 얼마나 잘 쓰느냐보다 기록이 애초에 어디에 붙어 있느냐의 문제였어요. 사람이 아니라 프로젝트에 붙어 있으면, 담당자가 바뀌어도 그 자리에서 이어집니다.
함께 보면 좋은 글
담당자가 바뀌어도 업무 기록이 낡지 않길 바라신다면 —
마이두 무료로 시작하기