직원이 퇴사할 때,회사의 운영체계도 함께 퇴사합니다
업무 목록은 남아 있는데, 그 일을 계속 움직이게 하던 판단과 예외 처리는 한 사람과 함께 사라질 수 있습니다.
퇴사자는 인수인계서를 남겼습니다.
그런데 월요일 아침부터 일이 멈춥니다.
고객이 평소와 조금 다른 조건으로 견적을 요청했습니다. 새 담당자는 인수인계서를 펼칩니다. ‘기존 양식으로 견적 작성 후 팀장 확인’이라고 적혀 있습니다.
기존 양식은 찾았습니다. 그러나 어느 항목까지 할인할 수 있는지, 이 고객에게는 왜 별도 비용을 받았는지, 납기를 당겨달라고 할 때 누구와 먼저 조율해야 하는지는 어디에도 없습니다.
남은 팀은 퇴사자의 예전 메신저를 검색하고, 팀장은 기억나는 대로 답합니다. 결국 가장 안전한 선택은 결정을 미루는 것이 됩니다.
사람 한 명이 빠졌지만, 실제로 사라진 것은 한 사람의 손이 아니라 그 사람이 매일 사용하던 작은 운영체계였습니다.
업무를 적어두는 것과 다른 사람이 그 업무를 이어갈 수 있게 만드는 것은 전혀 다른 일입니다.
인수인계서에는 보통
평소에 하는 일만 적힙니다
월간 보고서를 작성하고, 고객 문의에 답하고, 주문 내역을 확인하며, 프로젝트 일정을 갱신합니다. 퇴사자가 남긴 업무 목록을 보면 맡았던 일은 대체로 알 수 있습니다.
하지만 실제 업무를 어렵게 만드는 것은 목록에 적힌 명사가 아닙니다. 자료가 늦게 왔을 때 무엇부터 조정하는지, 고객의 요청을 어디까지 받아들이는지, 숫자가 맞지 않을 때 어떤 자료를 신뢰하는지가 일을 움직입니다.
평소에는 담당자가 경험으로 처리했기 때문에 누구도 이것을 별도의 기준이라고 생각하지 않습니다. 문제가 생긴 뒤에야 회사는 그 사람이 업무뿐 아니라 수많은 예외의 해답까지 들고 있었다는 사실을 알게 됩니다.
퇴사 직전 며칠로는
몇 년의 판단을 옮길 수 없습니다
퇴사가 결정되면 회사는 그제야 인수인계를 요청합니다. 남은 기간에는 진행 중인 일을 마무리하고, 후임자를 찾고, 계정과 파일을 정리해야 합니다. 문서는 급하게 작성되고 설명은 기억나는 순서대로 이어집니다.
오랫동안 반복한 판단일수록 본인에게는 너무 당연해서 빠지기 쉽습니다. “보통 이렇게 합니다”라는 한 줄 뒤에 고객의 성향, 실패했던 방법, 내부 관계와 수십 번의 예외가 숨어 있습니다.
인수인계를 퇴사 절차로만 다루면 조직의 기억을 남길 수 없습니다. 업무가 진행되는 동안 선택과 결과가 자연스럽게 남아야 마지막 며칠에는 새로운 문서를 쓰는 대신 이미 있는 운영 기록을 확인할 수 있습니다.
어제까지 자연스럽던 일이
오늘부터 질문이 됩니다
업무의 연속성은 사람이 있을 때의 속도가 아니라, 그 사람이 없을 때 남은 팀이 처리할 수 있는 범위로 확인됩니다.
묻지 않아도
흘러가던 업무
담당자의 머릿속에서 여러 정보와 관계가 바로 연결됩니다.
하나씩 물어야
움직이는 업무
파일은 남았지만 선택의 근거와 연결 관계가 끊어집니다.
업무 목록만 넘겨받으면
정상적인 날만 이어갈 수 있습니다
정해진 날짜에 같은 자료가 들어오고, 고객이 예상한 질문만 하며, 시스템에 오류가 없다면 업무 목록과 매뉴얼만으로도 일은 진행됩니다.
현실은 자주 그 경계를 벗어납니다. 담당자가 연락되지 않고, 고객이 범위 밖의 요청을 하며, 두 자료의 숫자가 서로 다릅니다. 이때 필요한 것은 버튼을 누르는 순서가 아니라 무엇을 먼저 확인하고 누구에게 판단을 넘길지에 대한 기준입니다.
회사의 운영체계는 정상 절차보다 예외를 다루는 방식에서 더 선명하게 드러납니다.
하는가
반복 업무와 일정, 사용하는 도구는 대부분 문서에 남습니다.
어디에 있는가
저장 위치는 적혀 있어도 최신본과 소유권이 불명확할 수 있습니다.
언제 달라지는가
업무의 품질을 좌우하지만 담당자의 경험에 가장 많이 남는 부분입니다.
어떻게 복구하는가
문제가 생겼을 때 확인할 순서와 결정권자가 빠지면 업무가 멈춥니다.
좋은 인수인계는 문서의 분량보다
다음 사람의 질문을 줄입니다
두꺼운 매뉴얼을 만드는 것이 목표가 되어서는 안 됩니다. 읽을 시간이 없고 실제 상황을 찾기 어렵다면 문서가 많아도 사람은 다시 누군가에게 묻게 됩니다.
업무 하나에는 시작 조건, 필요한 입력, 처리 순서, 판단 지점, 예외와 결과가 함께 있어야 합니다. 관련 파일과 최근 사례, 최종 책임자도 같은 곳에서 찾을 수 있어야 합니다.
이 정도의 단위를 갖추면 후임자는 모든 것을 외우지 않아도 됩니다. 자신이 결정할 수 있는 범위와 멈춰서 확인해야 하는 지점을 알게 됩니다.
최소 운영 단위CONTINUITY UNIT
어떤 요청이 들어오면 시작하며, 반드시 확인해야 할 자료는 무엇인지 정합니다.
정상적인 상황에서 누가 무엇을 어떤 순서로 진행하는지 연결합니다.
담당자가 결정할 범위, 승인이 필요한 조건과 자주 발생하는 예외를 남깁니다.
완료의 기준, 검토할 항목과 다음 단계로 전달할 결과물을 명시합니다.
현재 책임자, 대체 담당자와 실제 처리 사례를 연결해 문서가 현실과 멀어지지 않게 합니다.
AI에게 물어보면 된다는 말도
회사의 기록이 있을 때 가능합니다
사내 문서를 AI와 연결하면 새로운 직원이 질문하고 바로 답을 얻을 수 있습니다. 분명 유용한 방법입니다. 다만 AI는 퇴사자가 말하지 않고 처리했던 판단을 저절로 알아내지 못합니다.
공유 폴더에 오래된 문서와 최신 문서가 섞여 있고, 예외 처리는 메신저에만 있으며, 누가 승인할 수 있는지도 바뀌었다면 AI는 서로 다른 내용을 그럴듯하게 조합할 수 있습니다.
AI 지식베이스의 출발점은 도구가 아닙니다. 회사가 믿을 수 있는 기준을 정하고, 최신 상태를 책임질 사람과 갱신 시점을 두는 일입니다.
문서보다 먼저
누가 읽어도 같은 행동으로 이어지는 기준이 필요합니다.
공식 기준입니까?
AI와 사람이 참고할 최신 원본을 하나로 정합니다.
책임집니까?
업무가 바뀌었을 때 수정할 소유자를 분명히 둡니다.
범위는 어디입니까?
정보 안내와 사람의 승인이 필요한 결정을 구분합니다.
기준으로 돌아옵니까?
현장에서 발견한 오류가 원본과 다음 답변에 반영되게 합니다.
퇴사를 기다리지 말고
사흘의 부재로 먼저 점검합니다
핵심 담당자가 갑자기 퇴사하는 상황까지 만들 필요는 없습니다. 휴가나 외근으로 자리를 비운 사흘 동안 어떤 질문이 생기고 어디에서 업무가 멈추는지 살펴보면 됩니다.
연락해서 답을 얻는 것으로 끝내지 말고 질문의 종류를 남깁니다. 파일을 찾지 못한 것인지, 결정 권한이 불명확한 것인지, 예외 처리 기준이 없었던 것인지 구분하면 보완할 지점이 보입니다.
사흘 동안 같은 사람에게 질문이 집중된다면 그것은 개인의 친절함으로 감춰진 운영 위험일 수 있습니다.
이 질문에 답해봅니다3-DAY ABSENCE TEST
누가 어떤 업무를 대신해야 하는지 바로 알 수 있습니까?
최신 파일과 계정에 필요한 권한을 다른 사람도 가지고 있습니까?
평소와 다른 요청이 들어왔을 때 확인할 기준이 있습니까?
담당자가 결정할 수 있는 범위와 승인 지점이 분명합니까?
고객과 내부 관계의 중요한 맥락을 공식 기록에서 찾을 수 있습니까?
생긴 질문과 새로 확인한 답이 다시 운영 기준에 반영됩니까?
모든 업무를 정리하려 하지 말고
멈췄던 한 지점부터 고칩니다
회사 전체의 업무를 한 번에 매뉴얼로 만들겠다고 시작하면 현장은 기록을 위한 새로운 업무에 지칩니다. 문서는 쌓이지만 실제 일과 멀어질 가능성도 큽니다.
지난 한 달 동안 특정 담당자에게 세 번 이상 물었던 질문, 부재 중 승인을 기다리느라 멈춘 일, 후임자가 가장 오래 헤맨 업무 하나를 고릅니다.
그 업무의 시작부터 완료까지 살펴보고 빠진 판단과 예외를 보완합니다. 실제로 다른 사람이 수행해본 뒤 막힌 부분을 다시 고칩니다. 그렇게 검증된 작은 단위가 쌓일 때 운영체계는 문서 프로젝트가 아니라 회사가 일하는 방식이 됩니다.
물어본 질문
반복 질문은 개인의 머릿속에만 남은 기준을 발견하는 단서입니다.
멈춘 업무
가정이 아니라 현장에서 드러난 단절을 우선 복구합니다.
끝까지 수행
문서를 읽는 데서 끝내지 않고 결과를 만들 수 있는지 확인합니다.
사람은 떠날 수 있지만,
회사가 일하는 방식까지 사라져서는 안 됩니다.
ARCHEHIGH는 매뉴얼의 분량부터 늘리지 않습니다. 특정 사람에게 반복되는 질문, 멈추는 승인과 흩어진 기준을 발견하고 사람이 바뀌어도 이어지는 업무 단위로 정리합니다. 그 위에서 사람은 판단하고 AI는 검증된 기준을 찾아 반복 업무를 지원합니다.