65P by ashbyash | ★ favorite | 댓글 4개

1. 왜 ‘복잡한 일 위임’이 어렵나

  • 단순 업무는 체크리스트로 넘기기 쉬운데, 복잡한 업무는 본인의 머릿속에만 있는 암묵지(맥락, 판단 기준, 예외 처리)가 많아 말로 풀어내기 어렵다.
  • 그래서 “차라리 내가 하는 게 빠르다”가 되기 쉽고, 특정 사람에게만 의존하는 키맨 리스크(key person risk)가 커진다.

2. 글에서 제시하는 핵심 목표

  • 목표는 “내가 안 해도 결과 품질이 유지되는 상태”를 만드는 것(= 키맨 리스크 축소 + 스케일 가능한 조직).
  • 이를 위해 글에서는 복잡한 일을 맡길 때 사용할 수 있는 구체적인 훈련·위임 구조를 제안한다.

3. 핵심 프레임워크 개요

    1. Exponential training(기하급수형 훈련): 한 명이 끝까지 “제대로” 배우고, 그 사람이 또 다음 사람을 가르치는 식으로 레버리지를 키우는 방식.
    1. (두 번째 방법이 있다면) 예: 역할·책임 단위로 쪼개서 위임하는 구조, 혹은 점진적으로 권한을 넓혀 가는 방식 등으로, 한 번에 완전 위임하지 않고 단계적으로 복잡한 책임을 나눠준다.

4. Exponential training(기하급수형 훈련)

  • 복잡 업무(예: 장애 대응, 핵심 아키텍처 결정 등)는 한 사람에게 풀스택으로 맡겨 보고, 실전·리뷰·피드백을 반복해 “진짜로 책임지는 사람”을 만든다.
  • 이후 이 사람이 멘토이자 트레이너가 되어, 과거 이 사람이 겪은 실전/사고/사례를 가지고 다음 사람을 훈련시키는 식으로 인원을 기하급수적으로 늘린다.

5. 실제 훈련 설계 포인트

  • 과거 인시던트·사건을 그대로 재현한 연습(“리허설”)을 통해, 실제와 같은 압박과 맥락에서 의사결정 훈련을 시킨다.
  • 단순 이론 설명이 아니라 “실제 책임을 지는 역할”을 줘야 하고, 실수 가능성을 허용하되 복구 가능한 안전장치를 미리 설계한다.

6. 두 번째 방법: 구조화된 위임

  • 복잡한 업무를 통째로 넘기지 말고,
    1. 목표(Outcome),
    2. 의사결정 권한 범위,
    3. 리포팅·체크인 주기,
    4. 실패해선 안 되는 제약 조건
      네 가지로 쪼개서 명시한다.
  • 처음에는 “조사하고 추천만 하기(Research & recommend)” → “결정 후 보고(Decide & inform)” → “완전 자율(Act independently)”처럼 **위임 레벨을 단계적으로 올린다.

7. 복잡한 일을 맡길 때 꼭 넣어야 할 요소들

  • 성공의 정의: 어떤 결과물이 나오면 “잘했다”고 할 수 있는지 구체 예시로 보여 준다.
  • 시간·리소스 한도: 최대 투입 시간/예산을 미리 정해, 끝없이 파고들지 않도록 가드레일을 친다.
  • 체크인 구조: 처음 몇 번은 짧은 간격으로 중간점검을 잡아, 엇나가면 바로 코스 수정한다.

8. 잘못 위임할 때 흔한 실패 패턴

  • “대충 설명하고 결과만 가져와” 식으로 맡겼다가,
    • 상대는 과도한 시간과 에너지를 쓰고,
    • 결과는 기대와 어긋나 둘 다 지치는 패턴이 반복된다.
  • 반대로, 너무 촘촘히 통제하면 결국 마이크로매니징이 되어, 위임이 아니라 “리모컨 조작” 수준에 머무른다.

9. 이 글이 제안하는 ‘좋은 위임’의 상태

  • 맡은 사람이 스스로 맥락·우선순위를 이해하고, 예상 밖 상황에서도 합리적인 결정을 내릴 수 있는 상태.
  • 리더는 “모든 일을 직접 하는 사람”이 아니라, “사람과 시스템을 통해 복잡한 일을 반복적으로 해결하는 구조를 설계하는 사람” 이 된다.

댓글과 토론

Suboptimal Standardization 개념이 재미있네요. 소개해주셔서 감사합니다.

일을 위임한다는 것이 얼마나 어려운지 새삼 느꼈습니다.

너무 좋은 내용입니다.

리더는 “모든 일을 직접 하는 사람”이 아니라, “사람과 시스템을 통해 복잡한 일을 반복적으로 해결하는 구조를 설계하는 사람” 이 된다.