📋 목차



아침에 출근해 메일을 확인하는데, 회사의 매출 절반 이상을 책임지거나 프로젝트의 핵심 기술을 독점하고 있는 팀장으로부터 사직서가 날아왔던 기억이 있습니다. 그때의 그 서늘한 기분은 겪어보지 않은 사람은 모릅니다. 지난 10년간 여러 스타트업과 중견기업의 조직 문화를 다듬고 시스템을 설계하며 깨달은 사실은, 특정 인물 한 명에게 비즈니스의 생사여탈권이 쥐어져 있는 조직은 결코 안전하지 않다는 것입니다. 흔히들 ‘인재가 전부’라고 말하지만, 인재를 시스템 위에 올려놓지 못하면 그 인재가 떠나는 순간 조직은 모래성처럼 무너집니다. 제가 경험한 바로는, 핵심 인재가 빠져나갔을 때 회사가 휘청이는 이유는 단지 그 사람의 실력이 뛰어나서가 아니라, 그 사람의 업무 프로세스와 지식이 조직의 자산으로 전환되지 않았기 때문입니다. 이제 우리는 사람 중심의 운영 방식에서 벗어나, 누가 들어오고 나가더라도 굴러가는 구조를 만드는 현실적인 전략을 고민해야 할 시점입니다.

구분 인재 의존형 조직 시스템 운영형 조직
업무 지식 특정 개인의 머릿속에 저장 사내 위키 및 공유 문서화
업무 프로세스 암묵지에 의존 (불투명함) 매뉴얼 및 자동화 도구 활용
인력 이탈 시 즉각적인 업무 마비 발생 신규 인력의 빠른 온보딩 가능

가장 먼저 실천해야 할 일은 ‘지식의 탈중앙화’입니다. 저는 프로젝트를 진행할 때마다 구성원들에게 모든 의사결정 과정과 노하우를 내부 위키에 기록하게 합니다. 처음에는 다들 귀찮아하지만, 이것이 결국 그들의 퇴사 후에도 회사가 유지되는 보험이 됩니다. 특정 담당자만 할 줄 아는 ‘마법 같은 일’은 존재해서는 안 됩니다. 만약 누군가만 아는 정보가 있다면, 그것은 업무 방식을 세분화해서 여러 사람이 나눠 가질 수 있도록 조정해야 합니다.

기술적인 문제라면 더욱 확실합니다. 코드 리뷰와 정기적인 기술 공유 세미나는 선택이 아닌 생존을 위한 필수 과정입니다. 제가 운영하던 팀에서는 핵심 개발자가 퇴사했을 때, 그가 남긴 꼼꼼한 기술 문서 덕분에 신입 개발자가 일주일 만에 실무에 투입될 수 있었습니다. 핵심은 그 사람이 떠나기 전 ‘나가는 사람’을 붙잡는 게 아니라, 그 사람이 없을 때를 대비한 ‘체력’을 평소에 길러두는 것입니다.

보상 체계 역시 사람에 의존하기보다 성과와 프로세스 기여도에 맞춰야 합니다. 단순히 성과만 잘 내는 사람에게 모든 권한을 몰아주는 것은 위험합니다. 팀의 지식을 공유하고 후배를 양성하는 사람에게 더 높은 가치를 부여하는 문화를 정착시켜야 합니다. 리더인 당신이 지금 당장 해야 할 일은 자신의 조직이 특정 개인의 부재로 인해 며칠이나 버틸 수 있을지 스스로 자문해 보는 것입니다. 만약 그 답이 ‘하루도 어렵다’라면, 지금 당장 업무 파이프라인을 점검하십시오. 그것이 비즈니스를 지키는 가장 확실한 방법입니다.

텅 빈 사무실 의자 위에 놓인 사원증과 함께 어두운 조명 아래 고뇌에 찬 경영자의 뒷모습이 비치는 장면.

비즈니스 연속성을 위협하는 암묵지의 함정

조직 내에서 특정 실무자만 알고 있는 고유한 업무 방식이나 인맥, 혹은 문제 해결 노하우는 흔히 기업의 핵심 자산으로 포장되곤 합니다. 하지만 실상은 다릅니다. 이는 조직 전체의 역량이 아니라 특정 개인의 뇌에 저장된 불안정한 데이터일 뿐입니다. 제가 현장에서 가장 경계하는 현상은 바로 이 ‘암묵지의 독점’입니다. 실무자들은 본인의 가치를 높이기 위해 업무를 스스로 블랙박스화하려는 경향이 있는데, 리더가 이를 방치하면 회사의 운명을 쥔 핵심 인재가 떠난다면 당신의 비즈니스는 안전합니까라는 질문에 단 한 명도 자신 있게 대답할 수 없는 상황이 벌어집니다.

업무가 특정 개인의 영역으로 고립되면 조직은 더 이상 팀으로 기능하지 않습니다. 구성원들은 서로 무엇을 하는지 모른 채 각자의 섬에서 일하게 되고, 담당자가 휴가라도 떠나면 업무가 정체되는 기현상이 발생합니다. 이런 조직은 평소에는 매우 효율적으로 보일지 몰라도, 외부 충격이나 핵심 인력의 이탈이라는 변수에 직면하면 순식간에 마비됩니다.

지식의 파편화를 막으려면 업무 수행의 50퍼센트 이상을 반드시 문서와 기록물로 전환하는 루틴을 만들어야 합니다. 저는 팀원들에게 프로젝트를 시작할 때 ‘내가 오늘 사고로 출근하지 못해도 내일 누군가 이 업무를 이어받을 수 있는가’를 스스로 자문하게 합니다. 이런 사고방식이 정착되지 않으면 결국 회사는 개인의 컨디션과 퇴사 여부에 휘둘리는 불안한 상태를 면치 못합니다.

업무를 기록할 때는 단순히 결과물만 남기는 것이 아니라, 그 결과를 도출하기 위해 거쳤던 수많은 고민과 실패 사례, 그리고 의사결정의 근거를 명확히 남겨야 합니다. 과정이 기록되지 않은 결과물은 미래의 구성원들에게 아무런 인사이트를 주지 못합니다. 핵심 인재가 머릿속에만 담아두었던 그 ‘감각’을 형식지로 바꾸는 과정이야말로 조직의 생명력을 연장하는 가장 강력한 예방 접종입니다.

권한 위임이 아니라 권한 분산의 철학

많은 경영자가 핵심 인재에게 모든 권한을 몰아주는 것이 최선의 효율이라고 착각합니다. 하지만 권한이 한 사람에게 집중될수록 그 인물의 영향력은 비대해지고, 반대로 그 인물이 떠났을 때 발생하는 공백은 상상할 수 없을 만큼 거대해집니다. 회사의 운명을 쥔 핵심 인재가 떠난다면 당신의 비즈니스는 안전합니까라는 근본적인 의문을 던져보면, 권한을 분산하고 의사결정 체계를 다중화하는 것이 얼마나 중요한지 깨닫게 됩니다.

의사결정의 다중화는 결코 업무의 속도를 늦추는 방식이 아닙니다. 오히려 실무자들 사이에서 정보가 투명하게 공유될 때 조직의 대응력은 훨씬 빨라집니다. 저는 과거 규모가 큰 IT 프로젝트를 관리할 때, 모든 주요 의사결정을 슬랙이나 사내 메신저의 공개 채널에서 진행하도록 강제했습니다. 특정 몇몇이 모여서 결정하고 통보하는 방식은 지식 공유를 차단하는 지름길이기 때문입니다.

의사결정의 과정을 모두가 볼 수 있게 하면, 자연스럽게 다른 구성원들도 업무의 맥락을 파악하게 됩니다. 특정인이 갑자기 이탈하더라도 나머지 팀원들은 그가 과거에 어떤 판단을 내렸고, 왜 그런 선택을 했는지 이미 알고 있기에 혼란을 최소화할 수 있습니다. 이것이 바로 시스템이 사람을 대신하여 운영되는 방식입니다. 리더는 인재를 붙잡는 데 모든 에너지를 쏟기보다, 그 인재가 만든 시스템을 누구나 운영할 수 있게 만드는 데 집중해야 합니다.

실질적인 권한 분산은 평가 제도와도 연결되어야 합니다. 단순히 개인 성과만 훌륭한 사람에게 보상을 몰아주지 마십시오. 대신 다른 동료들이 내 업무를 이해하기 쉽게 돕고, 자신의 노하우를 기꺼이 공유하여 팀 전체의 평균 역량을 끌어올린 사람에게 더 높은 가중치를 두어야 합니다. 이런 문화가 자리 잡아야만 비로소 특정 개인에 대한 의존도를 낮출 수 있습니다.

기술적 부채를 넘어선 지식의 부채 청산

기술 기업에서 개발자가 퇴사했을 때 시스템 전체가 흔들리는 경험은 매우 흔합니다. 소위 ‘스파게티 코드’라 불리는, 오직 개발자 본인만 이해할 수 있는 복잡한 로직은 회사의 가장 큰 위험 요소 중 하나입니다. 회사의 운명을 쥔 핵심 인재가 떠난다면 당신의 비즈니스는 안전합니까라는 공포는 바로 이러한 기술적 부채에서 시작됩니다. 저는 팀의 생산성보다 더 중요한 것이 ‘가독성’이라고 강조합니다.

기술 문서화는 단순히 매뉴얼을 만드는 작업이 아닙니다. 시스템의 아키텍처를 누가 봐도 이해할 수 있는 수준으로 단순화하고, 복잡한 로직을 주석이나 설계도로 명확히 하는 과정입니다. 저의 실무 경험상, 코드를 짤 때 제 3자가 한 시간만 보고도 해당 기능을 수정할 수 없다면 그것은 잘 짜인 코드가 아닙니다. 이런 원칙을 고수하면 자연스럽게 특정 인물에 대한 의존도가 낮아지게 됩니다.

기술적 부채를 해결하기 위한 가장 실질적인 방법은 강제적인 페어 프로그래밍이나 코드 리뷰 세션입니다. 핵심 업무를 특정인이 독점하지 않게 하려면, 최소한 두 명 이상이 항상 동일한 기능의 흐름을 파악하고 있어야 합니다. 저는 매주 정기적으로 핵심 개발자들이 자신의 코드를 비개발직군이나 다른 개발자들에게 설명하게 합니다. 남을 가르치는 과정에서 스스로도 자신의 코드를 객관적으로 바라보게 되고, 비로소 개인의 지식이 조직의 지식으로 승화됩니다.

단순히 문서만 남기는 것이 아니라, 그 문서를 주기적으로 업데이트하고 관리하는 프로세스가 필요합니다. 문서가 낡으면 오히려 독이 됩니다. 저는 3개월마다 문서와 실제 시스템이 일치하는지 검토하는 ‘문서 현행화’ 기간을 갖습니다. 시스템의 변화 속도를 문서가 따라가지 못하면, 결국 그 시스템은 언젠가 멈추게 되어 있습니다. 기술적 부채를 청산하는 것은 당장의 기능 개발을 멈추게 할지도 모르지만, 장기적으로는 비즈니스의 영속성을 담보하는 최고의 투자입니다.

시스템 중심의 조직으로 거듭나는 실전 로드맵

결국 비즈니스의 안전은 사람이 아닌 시스템에 의해 결정됩니다. 회사의 운명을 쥔 핵심 인재가 떠난다면 당신의 비즈니스는 안전합니까라는 질문에 ‘아니오’라고 답해야 할 것 같다면, 오늘 당장 실천할 수 있는 현실적인 로드맵이 필요합니다. 먼저, 현재 조직 내에서 ‘이 사람 없이는 이 프로젝트는 불가능하다’라고 판단되는 영역을 리스트업하십시오. 그 리스트가 곧 당신의 회사가 가진 가장 큰 취약점입니다.

리스트업이 완료되었다면, 그 영역을 최소 2인 이상의 책임 체제로 전환하는 작업을 시작하십시오. 업무를 쪼개고, 정보 접근 권한을 공유하고, 의사결정의 맥락을 문서화하십시오. 처음에는 비효율적으로 보일 수 있습니다. 하지만 이는 마치 자동차의 예비 부품을 갖추는 것과 같습니다. 평소에는 필요 없어 보이지만, 결정적인 순간에 회사를 멈추지 않게 하는 유일한 안전장치입니다.

구성원들에게 왜 이런 시스템화를 진행하는지 끊임없이 설득하십시오. 인재를 못 믿어서가 아니라, 인재를 과도한 책임으로부터 보호하기 위해서라고 말해야 합니다. 핵심 인재도 자신이 사라졌을 때 회사가 무너지는 것을 원치 않습니다. 그들에게 자신이 쌓아온 성과가 조직의 유산으로 남을 수 있도록 돕는 것이 진정한 리더의 역할입니다.

마지막으로, 당신 스스로 리더로서 핵심 인재의 부재를 미리 시뮬레이션해 보십시오. 만약 내일 당장 가장 중요한 팀장이 사표를 낸다면, 우리 팀은 어떤 절차를 밟아야 하는지 매뉴얼을 만들어 두십시오. 퇴사 프로세스는 단순히 짐을 싸서 나가는 과정이 아닙니다. 그가 가진 노하우를 조직에 전수하고, 업무를 인수인계하는 체계적인 과정이어야 합니다. 이러한 구조적인 준비가 되어 있을 때 비로소 회사는 사람을 넘어선 비즈니스를 실현할 수 있습니다.

비상시 작동하는 섀도우 체계의 실무적 설계

핵심 인재가 떠나는 상황은 예고 없이 찾아옵니다. 제가 지난 십여 년간 여러 프로젝트를 리딩하며 깨달은 사실은, 아무리 정교한 문서화를 진행해도 실제 위기 상황에서는 문서만으로는 부족하다는 점입니다. 사람이 떠나면 그 사람이 가진 ‘직관’과 ‘순발력’까지 함께 사라지기 때문입니다. 이를 보완하기 위해 저는 현장에서 ‘섀도우 멘토링’과 ‘업무 스와핑’이라는 방식을 적극적으로 도입합니다.

단순히 업무를 백업하는 수준을 넘어, 특정 직무의 핵심 인재에게는 항상 그 업무를 배우고 있는 ‘섀도우’를 붙입니다. 여기서 중요한 점은 섀도우가 단순히 뒤에서 구경만 하는 것이 아니라, 일주일에 최소 한 번은 핵심 인재의 결정에 대해 질문을 던지고 대안을 제시하는 토론을 거쳐야 한다는 것입니다. 저는 팀원들에게 “당신이 맡은 일의 20퍼센트는 반드시 후임자나 동료가 실무를 대신해볼 수 있도록 환경을 조성하라”고 주문합니다. 이는 핵심 인재가 더 높은 수준의 업무로 성장할 시간을 벌어주는 동시에, 조직 입장에서는 언제든 투입 가능한 대체 인력을 확보하는 효과적인 완충 장치가 됩니다.

업무 스와핑 역시 비즈니스의 생명력을 높이는 핵심 전략입니다. 분기에 한 번씩은 핵심 인재들의 담당 업무를 잠시 맞바꾸거나, 완전히 다른 파트의 프로젝트에 참여하게 함으로써 ‘고인물’이 된 업무 영역의 경직성을 깨뜨립니다. 제가 직접 프로젝트 관리자로 일할 때, 마케팅 전략을 담당하던 팀장과 제품 기획을 담당하던 팀장의 업무를 일주일간 맞바꾸게 했던 적이 있습니다. 처음에는 불만이 많았지만, 그 과정을 통해 서로의 업무상 애로사항과 지식의 연결 고리를 파악하게 되면서, 특정인만 알고 있던 업무적 맥락이 팀 전체의 공통 언어로 치환되는 놀라운 경험을 했습니다.

인적 의존도를 시스템 의존도로 전환하는 핵심 체크리스트

인재 이탈에 대한 공포는 결국 우리 회사가 사람의 ‘감’에 의존하고 있다는 방증입니다. 저는 조직의 건강도를 체크할 때 아래 네 가지 항목을 통해 비즈니스가 얼마나 안전한지 스스로 점검합니다. 이 체크리스트는 단순히 퇴사자를 방어하는 용도가 아니라, 조직 내 지식의 밀도를 측정하는 도구로 활용해야 합니다.

  • 의사결정 히스토리 공개 여부: 특정 인물이 내린 의사결정의 근거와 반대 의견, 그리고 최종 선택 이유가 사내 협업 툴에 기록되어 투명하게 공개되고 있는가?
  • 외부 솔루션과 사내 시스템의 독립성: 특정 인물의 개인적 인맥이나 사적인 기술적 우회로가 아닌, 회사의 공식 프로세스만으로 업무 수행이 가능한 구조인가?
  • 주기적 교차 검증의 정례화: 담당자가 아닌 제3자가 정기적으로 해당 업무의 결과물과 데이터를 검토하고 피드백을 주고받는 구조가 구축되어 있는가?
  • 지식 자산의 디지털 아카이빙: 담당자의 퇴사 시 가장 먼저 건네받아야 할 파일과 접근 권한이 별도의 인수인계 없이도 즉시 사용 가능한 상태인가?

위 항목 중 하나라도 자신 있게 ‘예’라고 답하기 어렵다면, 당신의 비즈니스는 언제 터질지 모르는 시한폭탄을 안고 있는 셈입니다. 단순히 문서를 잘 정리하는 수준을 넘어, 실제 업무의 흐름 자체가 시스템 안에서 자동적으로 굴러가게 만드는 것이 리더의 진짜 실력입니다.

사람 중심에서 데이터 중심의 의사결정으로

결국 핵심 인재의 부재가 치명적인 이유는 그가 가진 정보가 파편화되어 있기 때문입니다. 저는 이를 해결하기 위해 의사결정 과정을 모두 데이터화하는 것을 원칙으로 삼습니다. 회의실에서 오가는 말은 기억에 의존하지만, 대시보드에 찍히는 숫자는 모두의 자산이 됩니다.

실제 실무 현장에서 저는 핵심 인재가 가진 암묵지를 도출하기 위해 ‘데이터 기반의 업무일지’를 작성하게 합니다. 그날의 성과가 아니라, 어떤 데이터를 근거로 어떤 판단을 내렸는지를 기록하는 것이 핵심입니다. 예를 들어, 마케팅 효율이 갑자기 좋아졌다면 그 원인을 사람의 감각으로 돌리는 것이 아니라, 특정 채널의 유입 데이터 변화와 소재의 변화라는 구체적인 변수값으로 정리하는 것이죠. 이렇게 기록된 데이터는 퇴사자가 떠나도 조직에 그대로 남습니다. 누군가 새로 그 업무를 맡게 되었을 때, 그는 시행착오를 겪는 대신 과거의 데이터 흐름을 분석하며 빠르게 업무의 맥락을 파악할 수 있습니다.

비즈니스는 한 사람의 영웅에 의해 완성되는 것이 아닙니다. 훌륭한 리더는 인재를 붙잡아두는 사람이 아니라, 누가 떠나더라도 시스템이 멈추지 않고 돌아가게 만드는 사람입니다. 당신의 회사가 가진 가장 강력한 경쟁력은 특정 인재의 능력이 아니라, 그 능력을 언제든 조직 전체가 활용할 수 있도록 치환해낸 ‘시스템의 복원력’에서 나와야 합니다. 오늘 당장 당신의 팀이 가진 업무의 흐름 중 가장 의존도가 높은 부분을 찾아 위에서 언급한 시스템적 장치들을 하나씩 적용해보십시오. 그것이 당신의 비즈니스를 영속하게 만드는 가장 확실한 길입니다.

텅 빈 사무실 의자 위에 놓인 사원증과 함께 어두운 조명 아래 고뇌에 찬 경영자의 뒷모습이 비치는 장면. detail

Q1. 문서화와 시스템 구축이 업무 속도를 현저히 떨어뜨린다는 팀원들의 반발을 어떻게 설득해야 할까요?

A: 실무자들은 당장의 생산성을 우선시하기에 기록을 ‘부수적인 노동’으로 인식하곤 합니다. 이때는 문서화를 리스크 관리 비용이라는 관점으로 재정의해야 합니다. 제가 현장에서 자주 쓰는 방식은 ‘사고 발생 시 대응 시간’을 시각화해 보여주는 것입니다. 문제가 터졌을 때 기록이 없으면 원인 파악에 3일이 걸리지만, 문서화가 되어 있다면 1시간으로 줄어듭니다. 즉, 지금의 기록 작업은 미래의 시간을 단축하는 투자라는 점을 수치로 체감하게 하면 저항을 줄일 수 있습니다.

Q2. 인재를 보호하기 위해 권한을 분산한다고 하지만, 오히려 핵심 인재가 ‘내 영향력이 줄어든다’고 느끼며 사기를 잃을 때는 어떻게 하나요?

A: 핵심 인재가 불안감을 느끼는 이유는 권한이 ‘뺏긴다’고 생각하기 때문입니다. 이를 권한의 재배치로 전환해야 합니다. 단순 반복 업무나 실무적인 결정권을 분산하는 대신, 그 인재에게는 더 높은 차원의 전략 수립이나 신규 프로젝트 기획 같은 상위 가치 창출에 집중할 수 있는 시간을 보상으로 제공하십시오. 그가 조직 내에서 대체 불가능한 존재로 남기보다, 조직을 더 강하게 만드는 구조 설계자로서의 역할을 맡길 때 동기 부여는 오히려 극대화됩니다.

Q3. 페어 프로그래밍이나 코드 리뷰가 인건비 부담으로 느껴지는 소규모 스타트업에서는 어떤 전략이 효율적일까요?

A: 인력 투입이 어려운 초기 단계일수록 ‘지식 전이의 밀도’를 높이는 것이 핵심입니다. 모든 업무에 페어를 붙이는 대신, 가장 위험도가 높은 ‘병목 구간’에만 제한적으로 적용하십시오. 또한 매주 1시간씩만이라도 ‘업무 공유 세션’을 열어 그 주에 해결한 까다로운 이슈와 처리 방식을 공유하게 하십시오. 대규모 투입 없이도 언어적 공유만으로 팀원들이 맥락을 파악하게 만드는 것이 적은 비용으로 큰 안전성을 확보하는 법입니다.

Q4. 섀도우 멘토링을 도입할 때, 섀도우가 기존 인재의 업무 방식을 그대로 따라 하며 오류를 답습하는 ‘지식의 경직성’은 어떻게 피하나요?

A: 섀도우의 목적은 기존 방식의 복제가 아니라 비판적 관점의 유지여야 합니다. 저는 섀도우에게 항상 ‘이 업무를 왜 이렇게 처리해야 하는가?’를 질문하라는 과제를 부여합니다. 기존 방식이 관행에 의해 불필요하게 복잡해진 부분은 없는지 되묻는 과정에서 공정 개선의 기회가 발생합니다. 섀도우를 단순 학습자가 아닌, 기존 시스템의 잠재적 비효율을 찾아내는 모니터링 요원으로 활용하십시오.

Q5. 모든 데이터를 기록하면 사내 보안이나 정보 유출 문제는 어떻게 대비해야 할까요?

A: 시스템의 투명성은 보안 등급과 분리해서 운영해야 합니다. 저는 업무의 맥락은 모두가 공유하되, 실질적인 기밀 데이터는 권한 접근 제어(RBAC) 시스템을 통해 관리합니다. ‘무엇을, 왜 결정했는가’라는 흐름은 팀 전체의 자산으로 투명하게 공유하되, 그 결과에 도출된 민감 정보는 별도의 보안 정책을 적용하는 것입니다. 즉, 맥락의 투명성과 데이터의 보안성을 분리하는 구조가 필수입니다.

Q6. 문서 현행화가 중요하다고 하셨는데, 바쁜 실무 속에서 문서 업데이트를 잊지 않게 만드는 현실적인 강제 장치가 있을까요?

A: 업데이트를 ‘추가 작업’이 아니라 ‘업무 완료의 필수 조건’으로 만드십시오. 저는 ‘문서가 업데이트되지 않은 건은 프로젝트 완료로 보지 않는다’는 기준을 둡니다. 프로젝트 마일스톤의 최종 단계에 문서 리뷰 체크리스트를 포함하여, 문서 확인 없이 다음 단계로 넘어갈 수 없도록 구조화하는 것이 가장 효과적입니다. 사람이 기억에 의존하게 하지 말고, 시스템이 문서를 체크하도록 강제해야 합니다.

Q7. 사람마다 업무 스타일이 다른데, 모든 것을 정형화하면 구성원들의 창의성이 죽지는 않을까요?

A: 정형화할 대상은 ‘창의성’이 아니라 ‘소통의 표준’입니다. 창의적인 해법은 자유롭게 내놓되, 그 해법을 조직이 이해하고 활용할 수 있는 ‘언어(문서/데이터)’로 표현하는 방식은 통일해야 합니다. 예를 들어, 아이디어는 자유롭게 내되 최종 결과물은 반드시 사내 공통 양식으로 정리하게 하는 것이죠. 틀을 잡는 것은 창의성을 억압하는 것이 아니라, 창의적인 생각이 조직이라는 그릇에 담겨 전달되게 하는 장치입니다.

Q8. 퇴사자의 업무를 넘겨받은 사람이 기존의 방식이 마음에 들지 않아 처음부터 다 뜯어고치려 한다면 어떻게 관리해야 할까요?

A: 무조건적인 교체는 큰 위험을 동반합니다. 저는 ‘과도기 안정화 1개월’ 원칙을 세웁니다. 첫 한 달은 기존 인재가 남긴 시스템을 있는 그대로 운영하며 충분히 학습하는 기간을 갖게 합니다. 그 이후에야 개선안을 논의할 자격을 주는 것이죠. 기존 시스템의 맥락을 완벽히 이해하지 못한 상태에서의 섣부른 변경은 예기치 못한 오류의 원인이 됩니다. 우선 순응하고, 그다음에 개선하는 순서를 지켜야 합니다.

Q9. 핵심 인재가 퇴사 의사를 밝혔을 때, 인수인계 기간에 노하우를 제대로 전수받지 못하는 상황을 어떻게 방지할까요?

A: 인수인계는 퇴사 결정 직후가 아니라, 입사 직후부터 준비되어야 합니다. 이미 평소에 업무 공유와 문서화가 시스템화되어 있다면, 퇴사 직전에는 부족한 맥락을 보완하는 ‘마무리 작업’만 하면 됩니다. 만약 인수인계 준비가 전혀 안 된 상태라면, 퇴사자를 설득해 짧은 ‘핵심 질문 리스트’를 작성하게 하고, 이를 기반으로 간담회 형태의 지식 전수 시간을 매일 1시간씩 강제하는 것이 최선입니다.

Q10. 리더 스스로가 특정 인재에 대한 의존도가 너무 높다는 것을 알지만, 당장 대체할 사람이 없을 땐 어떻게 시작해야 할까요?

A: 인력 교체 없이 할 수 있는 일은 ‘기록의 외주화’입니다. 지금 바로 그 인재의 곁에 가장 배우고 싶어 하는 신입이나 주니어를 배치하여, 그가 업무를 수행하는 과정을 옆에서 기록하고 질문하게 하십시오. 리더는 그 기록물들을 보며 시스템의 허점을 보완해 나가는 것입니다. 당장 사람을 바꾸는 것이 아니라, 그 사람이 가진 지식을 외부화하는 작업부터 시작하는 것이 가장 빠르고 안전한 전환점입니다.






회사의 성장은 누군가의 헌신적인 희생이 아니라, 그 헌신이 데이터와 시스템이라는 그릇에 담겨 영속할 수 있을 때 비로소 완성됩니다. 오늘 당신이 마주한 핵심 인재의 부재가 위기가 아닌 시스템 고도화의 기회가 될지, 아니면 비즈니스의 종말을 알리는 신호탄이 될지는 오직 당신의 단호한 설계에 달려 있습니다. 지금 당장 기록의 습관을 들이고 업무의 맥락을 투명하게 공유하는 것부터 시작하십시오. 리더가 사람을 붙잡는 데 매달리는 동안 비즈니스는 위태롭게 흔들리지만, 시스템을 구축하는 순간 회사는 그 누구도 대체할 수 없는 견고한 생명력을 얻게 될 것입니다.