2-1. 회사를 망치고 싶다면 '슈퍼스타'에게 의존하라
정도전, 영웅을 지우고 구조를 남긴 설계자
LOADING GAME 2-1.....
GAME 1에서 당신은 꼬리표를 떼고, 기록으로 자신을 방어했습니다.
좋습니다. 그런데 아직 남았습니다.
"팀이 나에게 의존하고 있다면?"
당신이 멈추는 순간, 팀 전체가 멈춥니다.
이건 리더십이 아니라 구조적 결함입니다.
개발자는 죽었는데, 코드는 남았다
1398년 8월 26일 밤.
정도전은 죽었습니다.
자신이 세운 왕조의 대궐 뜰에서.
그가 견제하던 이방원의 칼에.
설계자는 제거됐습니다.
권력은 정적에게 넘어갔습니다.
사람들은 말했습니다. "이제 끝이다."
그런데 이상한 일이 벌어집니다.
개발자는 죽었는데, 그가 짜놓은 코드는 삭제되지 않았습니다.
조선은 이후 500년을 지속했습니다.
왕이 바뀌고 전쟁으로 국토가 리셋돼도, 시스템은 셧다운되지 않았습니다.
이건 영웅담이 아닙니다.
사람을 믿지 않고, 사람이 망가져도 돌아가게 만든 구조의 이야기입니다.
2026, 현실의 버그
“슈퍼스타가 있는 조직은 위험합니다.”
시간을 2026년 판교의 어느 사무실로 되돌려봅시다.
여기 두 명의 리더가 있습니다.
TYPE A. 영웅형 리더
“나만 믿어. 내 감이 정답이야.”
직관이 뛰어나고 카리스마가 넘칩니다.
모든 결정이 그 사람을 통과해야 합니다.
→ 결과: 그가 3개월 병가를 내면 프로젝트는 멈춥니다.
한 명이 멈추면 전체가 멈추는 단일장애점 구조입니다.
TYPE B. 설계자형 리더
“내가 없어도 돌아가게 만들어.”
매뉴얼과 위임을 강제합니다. 답답하고 느려 보입니다.
하지만 팀은 끊기지 않습니다.
→ 결과: 그가 퇴사해도, 후임자는 다음 날 바로 이어서 굴립니다.
사람이 바뀌어도 돌아가는 구조입니다.
당신의 팀은 A입니까, B입니까?
우리는 흔히 말합니다.
"우리 팀은 나 없으면 안 돼."
하지만 시스템 관점에서 그 말은 자랑이 아닙니다.
언제든 멈출 수 있다는 장애 보고서입니다.
리더로서 당신이 SPOF(Single Point of Failure)라면,
당신의 성공은 곧 팀의 리스크입니다.
왕이 멍청하면 나라는 망해야 합니까?
1392년, 조선 건국 직후.
정도전은 거대한 딜레마에 빠졌습니다.
그는 이성계라는 영웅을 왕으로 세웠습니다.
그러나 설계자는 확률을 믿었습니다.
'현명한 왕' 다음엔 '평범한 왕'이 옵니다.
그 다음엔 '포악한 왕'도 옵니다.
이건 도덕이 아니라 통계입니다.
왕자 이방원이 묻습니다.
"강한 군주가 있어야 나라가 일사불란하게 움직이지 않소?
재상이 견제하면 비효율적입니다."
정도전이 되묻습니다.
"태조께서는 훌륭하십니다.
하지만 100년 뒤 무능하거나 포악한 후손이 왕좌에 앉으면 어찌 됩니까?
왕 한 명의 기분에 백성의 목숨을 베팅해야 합니까?"
모순은 선명했습니다.
• 왕권 강화 → 효율은 오르나, 폭주하면 막을 장치가 약해집니다
• 신권 강화 → 견제는 되나, 내부가 썩으면 마찬가지로 위험해집니다
정도전은 기도하지 않았습니다. 구조를 설계했습니다.
세 종류의 리더
권력을 대하는 방식에는 세 종류의 인간이 있습니다.
① 기도하는 리더
1392년: "성군이 오시옵소서."
2026년: "좋은 팀원을 뽑아야 해."
→ 운에 의존합니다. 구조를 보지 못합니다.
② 영웅형 리더
1392년: "짐이 곧 국가다."
2026년: "내가 다 챙길게. 나만 믿어."
→ 직관과 권력에 의존합니다. 그가 흔들리면 전체가 흔들립니다.
③ 시스템 설계자
1392년: "왕이 미쳐도 나라는 돌아가야 한다."
2026년: "내가 없어도 팀은 돌아가야 한다."
→ 구조에 의존합니다. 사람을 변수로 바라봅니다.
대부분의 리더는 ①번과 ②번 사이를 오갑니다.
좋은 팀원을 뽑으려 하다가, 공백이 생기면 "내가 해결하겠다"며 영웅이 됩니다.
하지만 ③번 설계자는 다르게 묻습니다.
"좋은 팀원이든 평범한 팀원이든,
조직이 지속되려면 어떤 구조가 필요한가?"
설계자의 질문
정도전은 “누가 왕이 될 것인가”를 지웠습니다.
질문을 다시 썼습니다.
설사 무능한 왕이 즉위하더라도,
나라가 안정적으로 작동하기위한 안전장치는 무엇인가?
리더인 당신에게 묻습니다.
가장 평범한 팀원만 남더라도,
당신의 팀이 자동으로 굴러가게 하려면 어떤 안전장치가 필요합니까?
권력을 쪼개고, 기록으로 감시하라
그는 <조선경국전>이라는 소스 코드로 국가 운영체제를 하드코딩했습니다.
핵심 알고리즘은 두 가지입니다.
알고리즘 1. 권한을 쪼갤 것
결정이 한 사람에게 몰리면, 그 사람이 곧 병목이 됩니다.
정도전은 "좋은 왕"에 기대지 않았습니다.
의사결정이 절차를 타도록 만들고,
권한이 한 손에 쥐어지지 않도록 쪼개려 했습니다.
핵심은 이것입니다.
폭주가 쉬운 구조를 버리고,
폭주하려면 대가가 커지는 구조를 심으십시오.
리더인 당신에게 적용하면:
"모든 결정을 내가 내린다" → "결정 권한을 분산한다"
"중요한 건 내가 챙긴다" → "중요한 것일수록 프로세스를 만든다"
알고리즘 2. 수정이 어려운 기록시스템을 구축할 것
정도전은 사관이라는 독립 기록 시스템을 붙였습니다.
권력자는 기록을 마음대로 정리할 수 없습니다.
권력자가 두려워하는 건 비난이 아닙니다.
남는 것입니다. 저장되는 것입니다.
"지금 한 말이 훗날 남는다."
이 공포가 폭주를 막는 방화벽이 됩니다.
리더인 당신에게 적용하면:
"구두 지시로 끝낸다" → "결정을 문서로 남긴다"
"나만 안다" → "팀 전체가 접근할 수 있는 기록을 만든다"
조선이 500년을 버틴 건 왕들이 훌륭해서가 아닙니다.
권한 분산 + 기록 감시가 돌아갔기 때문입니다.
시스템은 족쇄가 아니라 지원부대입니다.
"스타트업에 무슨 매뉴얼이야. 속도가 생명인데."
정상 반응입니다.
나쁜 시스템은 조직을 옭아맵니다.
쓸데없는 결재 라인. 의미 없는 규정.
그건 설계가 아니라 관료주의입니다.
하지만 설계자가 시스템을 만드는 이유는 반대입니다.
리더를 통제하려는 게 아니라,
리더를 해방하려는 것입니다.
리더 관점에서 결론은 단순합니다.
• 반복을 시스템에 넘기면, 당신은 전략에 집중할 수 있습니다.
• 결정이 기록되면, "그때 왜 그렇게 했냐"는 질문에서 해방됩니다.
• 일이 절차로 정리되면, 신규 입사자가 빠르게 온보딩됩니다.
당신이 모든 걸 직접 챙기는 건 헌신이 아닙니다.
팀의 성장을 막는 병목입니다.
그렇다면 당신의 팀에는 "절차"가 있습니까?
아니면 여전히 당신의 "감"에 의존하고 있습니까?
테스트해봅시다.
당신의 선택은?
상황: 핵심 팀원이 1개월 병가. 팀은 비상입니다.
팀장인 당신이 판단해야 합니다.
선택 A. 영웅형 대응
"내가 다 커버할게."
(야근으로 공백을 혼자 메웁니다.)
선택 B. 시스템형 대응
"업무를 쪼개서 나눕시다. 결정과 진척을 기록으로 남깁시다."
(역할을 분산하고 절차로 굴립니다.)
선택 C. 하이브리드 접근 ★ 현실 추천
1주차: 긴급 이슈만 직접 처리 (영웅 모드로 불 끄기)
2주차~: 업무 분산 + 기록 체계 구축 (시스템 모드로 전환)
→ 현실에서는 이것이 가장 안전한 경로입니다.
급한 불을 끄면서도, 동시에 "다음에 또 불나면 어쩌지?"를 준비하는 것.
(3초.)
결과 분석
A: 단기적으로 팀원들이 "역시 팀장님"이라고 말합니다.
대신 다음에도, 그 다음에도 당신이 해결해야 합니다.
당신의 부재 = 팀의 마비가 됩니다.
B: 초반 혼란이 있습니다.
대신 팀이 안정됩니다. 그리고 당신은 전략적 업무에 집중할 수 있습니다.
C: 가장 현실적입니다.
단, 1주차에서 2주차로 넘어가는 전환을 명시적으로 선언해야 합니다.
"긴급 상황은 정리됐습니다. 이제 재발 방지 체계를 만들겠습니다."
안전장치: 리더용 조직 저항 대응 스크립트
시스템 도입 시 팀원들은 "일이 늘어난다"고 느낍니다.
그래서 프레임을 바꾸십시오.
"통제하려는 게 아닙니다. 재작업 줄이자는 겁니다."
"기록은 감시용이 아니라 인수인계용입니다."
"누가 쉬거나 퇴사해도 팀이 멈추지 않게 만드는 겁니다."
그리고 가장 중요한 것:
당신 자신부터 기록하고 공유하십시오.
리더가 먼저 투명해져야, 팀이 따라옵니다.
오늘 당장, 팀을 '시스템 통제실'로 바꾸십시오
리더의 목표는 거창하지 않습니다.
내가 없어도 돌아가는 팀을 만드는 것입니다.
○ 1단계: 결정 로그 도입
팀의 주요 결정을 기록하십시오.
날짜/ 결정내용/ 결정자/ 근거/ 되돌림 조건
핵심은 ‘되돌림 조건’입니다.
이걸 적는 순간 결정은 ‘실험’이 되고, 리스크는 통제 가능한 범위로 들어옵니다.
○ 2단계: 업무 모듈화 + 백업 지정
핵심 업무를 대체 가능한 단위로 쪼개십시오.
예: 월간 투자자 리포트
→ 1) 데이터 수집 (담당: CFO / 백업: 재무팀장)
→ 2) 지표 분석 (담당: 전략팀장 / 백업: PM리더)
→ 3) 최종 작성 (담당: CEO / 백업: COO)
목표: 누가 빠져도 2단계 이내 커버 가능.
○ 3단계: 핵심 프로세스 SOP(표준절차) 작성
가장 자주 하는 단순 반복 업무 하나를 골라 절차서를 쓰십시오.
그리고 동료나 AI에게 줘보십시오.
질문 없이 돌아가면 → 시스템입니다.
질문이 쏟아지면 → 아직 당신의 ‘감’입니다.
첫 SOP는 "가장 자주 반복되는 명확한 업무"로 시작하십시오.
완벽하게 쓰지 말고, 쓰고 → 테스트하고 → 수정하십시오.
정도전은 죽었습니다.
하지만 구조는 남았습니다.
진짜 설계자는 자신의 부재(不在)까지 계산합니다.
당신은 어떻습니까?
당신이 자리를 비워도, 시스템이 당신을 위해 일하고 있습니까?
아니면 당신이 멈추는 순간, 당신의 왕국도 멈춥니까?
리더의 진짜 성과는 당신이 있을 때가 아니라,
당신이 없을 때 측정됩니다.
중간 유통을 삭제하십시오
정도전은 ‘왕 vs 신하’의 구조를 재설계했습니다.
다음 설계자는 ‘신 vs 인간’의 구조를 박살 냈습니다.
1517년, 마르틴 루터. 중간 거래를 삭제하고 본질과 직거래한 남자.
당신의 전략은 왜 실무진에게 왜곡되어 전달됩니까?
왜 현장의 목소리는 당신에게 도달할 때쯤 필터링됩니까?
다음 주, 리더를 위한 조직개혁 매뉴얼이 공개됩니다.