이 글의 핵심
- 핵심 업무를 한 사람만 끝낼 수 있다면 그 지식은 회사 자산이 아니라 개인 의존성입니다.
- 문서가 있다는 사실보다 다른 사람이 실제 사례를 처리할 수 있는지가 중요합니다.
- 관찰·공동 수행·단독 수행·복기 네 단계로 두 번째 실행자를 만드십시오.
핵심 업무의 판단 맥락과 실행 권한이 소수에게 몰려, 부재 시 업무가 중단될 가능성을 나타내는 운영 위험입니다.
월말 정산 담당자가 갑자기 쉬자 팀이 매뉴얼을 찾습니다. 문서는 열두 쪽이지만 어떤 거래를 예외로 보고 어느 숫자를 먼저 맞추는지는 적혀 있지 않습니다. 결국 담당자에게 전화합니다. 회사에 문서는 있었지만 일을 끝낼 두 번째 사람은 없었습니다.
269명의 엔지니어 설문과 13개 JetBrains 프로젝트 분석을 다룬 버스 팩터 연구는 버전관리 기록만으로 지식 분포를 설명하기 어렵고 코드 리뷰와 회의 같은 협업 정보가 중요하다고 봤습니다. 소프트웨어 조직 중심이라는 한계가 있지만, 문서 수가 아닌 실제 협업과 수행 경험을 보라는 결론은 일반 업무에도 적용해 볼 수 있습니다.
담당자 수가 아니라 독립 실행자 수를 세십시오
회의에 참석했거나 문서를 읽었다고 업무를 수행할 수 있는 것은 아닙니다. 입력을 받고, 예외를 판단하고, 결과를 검증해 닫을 수 있어야 실행자입니다.
핵심 업무마다 주 담당자를 제외하고 혼자 끝낼 수 있는 사람 수를 적으십시오. 0인 업무는 채용보다 먼저 다뤄야 할 연속성 위험입니다.
매뉴얼에는 정상 순서보다 판단 갈림길을 남기십시오
버튼 순서는 화면을 보면 알 수 있지만 어떤 예외를 보류하고 누구에게 물을지는 경험자 머릿속에 남습니다. 문서에는 입력 조건, 갈림길, 실패 신호, 검증 숫자를 우선 기록해야 합니다.
예외 경로의 실제 사례를 붙이고 왜 그 선택을 했는지 설명하십시오. 결과만 복사하면 다음 사람은 조건이 바뀌었을 때 다시 멈춥니다.
인수인계는 네 번의 수행으로 끝냅니다
첫째 동료가 관찰하고, 둘째 둘이 함께 수행하고, 셋째 동료가 단독 수행하며, 넷째 기존 담당자가 결과를 복기합니다. 설명 한 번으로 끝내는 인수인계보다 시간이 들지만 실제 공백을 찾습니다.
단독 수행 중 질문이 생긴 지점을 문서와 시스템에 되돌립니다. 개인의 암묵지를 완전히 문서화하려 하지 말고 반복해서 막히는 판단부터 조직 자산으로 바꿉니다.
전문가를 빼앗지 말고 레버리지를 높이십시오
두 번째 실행자를 만든다고 전문가의 가치를 낮추는 것이 아닙니다. 반복 실행을 분산하면 전문가는 더 어려운 예외와 개선에 시간을 쓸 수 있습니다.
분기마다 핵심 업무 하나를 골라 주 담당자 없이 실행하는 날을 만드십시오. 성공 기준은 질문이 0개가 아니라 업무가 멈추지 않고 질문이 다음 개선으로 남는 것입니다. 승진으로 전문가를 잃는 문제도 함께 줄일 수 있습니다.
이번 주에 확인할 것
- 핵심 업무마다 주 담당자 외 독립 실행자가 한 명 이상인가
- 문서에 예외 판단과 검증 숫자가 들어 있는가
- 최근 분기에 담당자 없이 실제 업무를 끝내 본 적이 있는가