작업 인계 경계 — 일을 넘길 때 무엇까지 같이 넘길지 정하는 법 (2026)
일이 끊기는 자리는 대개 담당자 안이 아니라 담당자 사이입니다.
앞사람이 알고 있던 전제가 뒷사람에게 넘어가지 않으면, 뒷사람은 멀쩡한 판단을 잘못된 전제 위에서 하게 됩니다.
이 문제는 사람 조직에서도 소프트웨어에서도 같은 모양으로 반복됩니다.
그래서 인계는 “넘긴다”가 아니라 “무엇까지 넘길지 정한다”로 설계해야 합니다. https://dinsightlab.com
인계에서 넘어가는 것은 세 가지다
넘어가는 내용은 대체로 세 종류로 나뉩니다.
첫째는 사실입니다.
지금까지 확인된 숫자, 상태, 결과처럼 다시 확인할 필요가 없는 것들입니다.
둘째는 전제입니다.
“이건 이미 승인받았다”, “이 값은 임시다”처럼 앞사람 머릿속에만 있던 조건입니다.
셋째는 권한입니다.
어디까지 결정해도 되는지, 어디부터는 올려야 하는지입니다.
사고는 거의 항상 두 번째와 세 번째에서 납니다.
사실은 문서에 남지만 전제와 권한은 잘 남지 않기 때문입니다.
전부 넘기는 것도 답이 아니다
그래서 다 넘기면 되지 않느냐는 답이 나오는데, 이쪽도 문제가 생깁니다.
맥락을 통째로 넘기면 뒷사람은 중요한 것과 아닌 것을 구분하는 일부터 다시 해야 합니다.
앞사람이 이미 버린 선택지까지 함께 넘어가면, 뒷사람이 그 선택지를 다시 검토하는 낭비가 생깁니다.
전달량이 늘수록 읽히지 않을 확률도 같이 올라갑니다.
기준은 “뒷사람이 자기 판단을 하기 위해 반드시 필요한 것만”입니다.
그 외에는 어디서 찾을 수 있는지만 알려 주면 충분합니다. https://dinsightlab.com

인계 실패를 알아보는 신호
인계가 잘못됐다는 신호는 결과보다 과정에서 먼저 보입니다.
뒷사람이 앞사람에게 같은 질문을 다시 하면 전제가 안 넘어간 것입니다.
뒷사람이 이미 결정된 사항을 다시 논의하면 결정 이력이 안 넘어간 것입니다.
뒷사람이 판단을 멈추고 대기하면 권한이 안 넘어간 것입니다.
세 신호는 서로 다른 처방을 요구하므로 뭉뚱그리면 안 됩니다.
첫 번째는 요약 서식으로, 두 번째는 결정 기록으로, 세 번째는 권한 범위 명시로 해결합니다.
되돌아올 경로를 남겨 둔다
잘 설계된 인계에는 되돌리는 경로가 함께 있습니다.
뒷사람이 전제가 틀렸다고 판단했을 때 앞으로 밀고 나가는 대신 되돌릴 수 있어야 합니다.
되돌릴 수 없는 인계는 사실상 일방 통보이고, 이 경우 오류는 마지막 단계에서 한꺼번에 드러납니다.
되돌리는 비용이 클수록 인계 전 검증을 더 해야 한다는 뜻이기도 합니다.
확인 순서
-
뒷사람이 판단하는 데 필요한 사실만 추립니다.
-
앞사람 머릿속에만 있던 전제를 문장으로 적습니다.
-
어디까지 결정해도 되는지 범위를 함께 넘깁니다.
-
이미 버린 선택지와 그 이유를 한 줄로 남깁니다.
-
전제가 틀렸을 때 되돌리는 경로를 정해 둡니다.
다섯 항목이 모두 채워지면 인계 문서는 대개 한 쪽을 넘지 않습니다.
길이가 늘어난다면 나눠야 할 일을 하나로 묶어 둔 것은 아닌지 먼저 확인하는 편이 좋습니다. https://dinsightlab.com