Cynefin Framework

왜 이 프레임워크를 알아야 하는가

회의실에서 이런 장면을 본 적 있을 거다. 누군가 "이건 데이터를 더 모으면 답이 나옵니다"라고 말하고, 다른 누군가는 "아니, 일단 빠르게 실험해 봐야 합니다"라고 반박한다. 둘 다 진심이고, 둘 다 나름의 논리가 있다. 그런데 대화가 맞물리지 않는다. 왜? 문제의 성격에 대한 전제가 다르기 때문이다.

한쪽은 분석하면 정답이 나온다고 보고, 다른 한쪽은 해봐야 안다고 본다. 이 간극을 명확하게 언어화해 주는 도구가 바로 Cynefin(커네빈) Framework다. 이걸 모르면 "왜 우리 팀은 매번 같은 논쟁을 반복하지?"라는 질문에서 영원히 빠져나오지 못한다.

웨일스어에서 온 이름, IBM에서 태어난 프레임워크

"Cynefin"은 웨일스어로 서식지(habitat), 좀 더 정확히는 "여러 겹의 소속감이 겹치는 장소"를 뜻한다. 발음은 "커네빈"에 가깝다. 영어에 정확한 번역어가 없어서 Snowden은 일부러 이 낯선 단어를 그대로 썼다. 우리가 살아가는 환경은 단순하지 않고, 여러 맥락이 동시에 겹쳐 있다는 철학이 이름 자체에 녹아 있는 셈이다.

이 프레임워크를 만든 사람은 Dave Snowden. 1999년 IBM Global Services의 지식경영(Knowledge Management) 부문에서 일하던 시절, 조직이 직면하는 문제들을 하나의 방법론으로 다 풀 수 없다는 사실에 주목했다. 당시 경영 컨설팅 업계는 "베스트 프랙티스를 찾아서 적용하면 된다"는 접근이 지배적이었는데, Snowden은 이게 특정 유형의 문제에서만 작동한다는 걸 꿰뚫어 보았다.

그래서 그는 문제를 풀기 전에 문제의 성격부터 분류하는 프레임워크를 설계했다. 의사가 치료법을 정하기 전에 진단부터 하는 것처럼, 리더도 솔루션을 논하기 전에 지금 마주한 상황이 어떤 종류인지부터 파악해야 한다는 발상이다.

다섯 가지 영역, 다섯 가지 세계

Cynefin은 세상의 문제를 다섯 가지 영역(domain)으로 나눈다. 각 영역은 인과관계의 명확성에 따라 구분되고, 그에 따라 최적의 의사결정 패턴이 달라진다.

1. Clear (명확한 영역)

과거에 Simple, Obvious라고 불렸던 영역이다. 원인과 결과가 누구에게나 자명하다. "이렇게 하면 저렇게 된다"가 확실하기 때문에 **베스트 프랙티스(Best Practice)** 를 따르면 된다.

행동 패턴: **Sense → Categorize → Respond** (감지 → 분류 → 대응)

현실의 예시를 보자.

- 레시피를 보고 요리하기: 재료와 순서가 정해져 있고, 따라 하면 결과가 나온다.
- 조립 라인에서 제품 만들기: 매뉴얼대로 하면 품질이 보장된다.
- 고객 환불 처리: 규정에 따라 분류하고 처리하면 끝이다.

이 영역의 핵심은 **규칙과 프로세스**다. 전문가가 필요 없다. 매뉴얼이면 충분하다. 다만, 여기에는 치명적인 함정이 숨어 있다 — 뒤에서 다룰 "catastrophic fold"가 바로 그것이다.

2. Complicated (복잡하지만 분석 가능한 영역)

인과관계가 존재하지만, 보통 사람에게는 바로 보이지 않는다. **전문가의 분석**이 필요하다. 정답이 하나가 아니라 여러 개의 "좋은 답(Good Practice)"이 있을 수 있다.

행동 패턴: **Sense → Analyze → Respond** (감지 → 분석 → 대응)

- 자동차 엔진 수리: 고장 증상을 보고 전문 정비사가 원인을 진단한다. 분석하면 답이 나온다.
- 세금 최적화: 세법이 복잡하지만, 세무사가 분석하면 최적의 구조를 찾을 수 있다.
- 건축 설계: 구조 역학, 법규, 미학을 종합해야 하지만, 전문가가 분석하면 해결된다.

컨설턴트 대부분이 일하는 영역이 바로 여기다. 인과의 사슬을 여러 번 따라가면 결국 답에 도달할 수 있는 곳. McKinsey 식 분석 프레임워크가 강력한 힘을 발휘하는 세계다.

3. Complex (복잡하고 예측 불가능한 영역)

가장 오해가 많은 영역이다. Complicated와 이름이 비슷해서 혼동하기 쉽지만, 본질적으로 다르다. **인과관계가 사후에만 보인다.** 돌이켜보면 "아, 그래서 그렇게 됐구나" 하고 이해할 수 있지만, 사전에 예측하는 건 불가능하다.

행동 패턴: **Probe → Sense → Respond** (탐침 → 감지 → 대응)

"탐침(Probe)"이라는 단어가 핵심이다. 작은 실험을 던져보고, 시스템이 어떻게 반응하는지 관찰한 다음, 그 결과에 따라 방향을 잡는다. 분석이 아니라 **실험**이 먼저다.

- 스타트업의 Product-Market Fit 찾기: 어떤 기능이 사용자에게 먹힐지, 만들어 보기 전에는 아무도 모른다. MVP를 던지고 반응을 본다.
- 아이를 키우는 것: 육아서를 백 권 읽어도 내 아이에게 뭐가 통할지는 해봐야 안다. 어제 먹힌 방법이 오늘은 안 먹힌다.
- 새로운 시장에 진출하기: 시장조사 보고서가 아무리 정교해도 실제로 부딪쳐 봐야 진짜 변수가 드러난다.
- 조직 문화를 바꾸는 것: 인센티브를 조정하면 예상치 못한 행동이 창발한다. 되돌릴 수도 없다.

이 영역에서 전문가 분석에 의존하면 **반드시 실패한다.** 과거 데이터를 아무리 분석해도 미래가 과거와 같은 패턴으로 흘러가지 않기 때문이다. 여기서는 분석력보다 **실험할 용기**, 실패에서 배우는 **적응력**이 훨씬 중요하다.

4. Chaotic (혼돈의 영역)

인과관계를 인지할 수 없다. 아니, 인과관계를 찾을 여유 자체가 없다. 위기 상황이다. 지금 당장 뭐라도 해야 한다.

행동 패턴: **Act → Sense → Respond** (행동 → 감지 → 대응)

분석도, 실험도 아니다. **일단 행동**이다. 행동해서 상황을 어느 정도 안정시킨 다음, 그제서야 감지하고 대응한다.

- 9/11 테러 직후의 대응: 매뉴얼이 없다. 전례가 없다. 일단 사람을 대피시키고, 건물을 봉쇄하고, 구조를 시작한다.
- 코로나 팬데믹 초기: 바이러스의 정체도, 전파 경로도, 치사율도 불확실한 상태에서 봉쇄 결정을 내려야 했다.
- 서버가 전부 다운된 상황: 로그 분석은 나중이다. 일단 트래픽을 차단하고 백업을 올린다.

Chaotic 영역에서 리더의 역할은 독재자에 가깝다. 합의를 구할 시간이 없다. 강력하게 지시하고, 먼저 안정화한 다음, 점차 Complex나 Complicated 영역으로 이동시키는 게 목표다.

5. Confusion / Disorder (혼란)

다섯 번째 영역은 사실 "영역"이라기보다 **메타 상태**다. 자기가 다섯 영역 중 어디에 있는지조차 모르는 상태. Cynefin에서 **가장 위험한** 곳이다.

왜 위험한가? 사람은 자기가 익숙한 방식으로 문제를 풀려는 경향이 있기 때문이다. 엔지니어는 모든 걸 Complicated로 보고 분석하려 들고, 행동파 리더는 모든 걸 Chaotic으로 보고 일단 돌격한다. Confusion 상태에서 이러면 엉뚱한 영역의 전략을 적용하게 되어 상황을 더 악화시킨다.

탈출법은 단 하나: **멈추고, 지금 상황이 어느 영역인지부터 판단하라.** 센스메이킹(Sense-making)이 선행되어야 한다.

Ordered vs Unordered — 세계를 둘로 나누는 선

Cynefin의 다섯 영역은 크게 두 그룹으로 묶인다.

- **Ordered (질서 있는 세계)**: Clear + Complicated. 인과관계가 존재하고, 분석과 계획이 유효하다. 과거의 경험과 데이터가 미래를 예측하는 데 쓸모 있다.
- **Unordered (질서 없는 세계)**: Complex + Chaotic. 인과관계가 불투명하거나 아예 없다. 계획보다 실험과 즉각적 대응이 생존 전략이다.

이 구분이 중요한 이유는, 대부분의 경영학 이론과 MBA 교육이 Ordered 세계를 전제로 설계되어 있기 때문이다. SWOT 분석, 5 Forces, 재무 모델링 — 전부 "분석하면 답이 나온다"는 Complicated 영역의 도구다. 이 도구들을 Complex 영역에 들이대면 정교한 분석일수록 오히려 과신을 낳는다.

Catastrophic Fold — Clear에서 Chaotic으로의 추락

Cynefin에서 가장 극적이고 실용적인 개념이 바로 catastrophic fold(파국적 접힘) 이다.

Clear 영역에 오래 머물면, 조직은 안정감에 젖는다. "우리는 프로세스가 잘 갖춰져 있으니까 괜찮아." 규칙이 형해화되고, 예외 상황에 대한 감수성이 무뎌진다. 그러다 환경이 급변하면 — Clear에서 Complicated나 Complex로 점진적으로 이동하는 게 아니라 — 곧바로 Chaotic으로 추락한다.

- 2008년 금융위기: 모기지 시장은 수십 년간 "Clear"했다. 규칙대로 대출하고, 규칙대로 증권화하면 됐다. 그러다 서브프라임 위기가 터지자 시스템 전체가 Chaotic으로 무너졌다.
- 코닥의 몰락: 필름 사업은 수십 년간 안정적이었다. 디지털 카메라라는 변수가 등장했을 때, 점진적 전환이 아니라 급격한 붕괴가 왔다.
- 레거시 시스템의 장애: 10년간 잘 돌아가던 서버가 어느 날 갑자기 전면 장애를 일으킨다. 중간 경고 없이.

Snowden의 교훈은 명확하다: Clear 영역의 안정은 영속적이지 않다. 안정기에 있을 때 오히려 "이게 갑자기 무너지면 어떻게 되지?"를 질문해야 한다.

의사결정 패턴 한눈에 보기

영역 인과관계 행동 패턴 키워드 리더의 역할
Clear 자명하다 Sense → Categorize → Respond 매뉴얼, 규정 프로세스를 위임하라
Complicated 분석하면 보인다 Sense → Analyze → Respond 전문가, 분석 전문가에게 맡겨라
Complex 사후에만 보인다 Probe → Sense → Respond 실험, 창발 안전한 실패를 허용하라
Chaotic 보이지 않는다 Act → Sense → Respond 위기, 즉시 행동 강하게 지시하라
Confusion 판단 불가 먼저 분류하라 센스메이킹 멈추고 진단하라

흔한 실수 세 가지

실수 1: Complex와 Complicated를 혼동한다

가장 흔하고 가장 치명적인 실수다. "데이터를 더 모으면 답이 나올 거야"라고 말하는 순간, 당신은 문제를 Complicated로 전제한 것이다. 만약 실제로 Complex 영역이라면, 데이터를 아무리 모아도 답은 나오지 않는다. 실험해야 한다.

반대도 있다. Complicated 문제를 Complex로 취급해서 "일단 해보자!"로 접근하면, 이미 존재하는 전문 지식을 무시하고 바퀴를 재발명하게 된다.

실수 2: 하나의 관리 스타일을 모든 영역에 적용한다

애자일을 만병통치약처럼 쓰는 조직이 있다. 애자일은 Complex 영역에서 강력하지만, Clear 영역에서는 오버 엔지니어링이고, Chaotic 영역에서는 너무 느리다. 워터폴도 마찬가지다 — Complicated에서는 합리적이지만 Complex에서는 재앙이다.

영역마다 규칙이 다르다. 하나의 방법론으로 모든 문제를 풀 수 있다는 생각 자체가 Cynefin이 경고하는 핵심이다.

실수 3: Clear의 안정을 영속적이라고 착각한다

"우리 프로세스는 검증됐으니까 바꿀 필요 없어." 이 말이 조직에서 나오기 시작하면 catastrophic fold의 전조다. Clear 영역에 있을 때야말로 "만약에" 시나리오를 준비해야 한다.

제로투원과 Cynefin — 용기가 분석을 이기는 영역

제로투원 북클럽 2회차 후기에서 다룬 Peter Thiel의 세계관은 Cynefin으로 보면 명쾌하게 정리된다.

- **0→1 (제로투원)** = Complex 영역. 전례가 없다. 분석할 과거 데이터가 없다. 작은 실험을 던지고, 반응을 보고, 방향을 잡아야 한다. 여기서 McKinsey 보고서를 의뢰하는 건 돈 낭비다.
- **1→N (확장)** = Complicated 영역. 이미 작동하는 모델이 있다. 전문가를 동원해서 효율을 극대화하고 스케일을 키운다.

Thiel이 "경쟁하지 말고 독점하라"고 말할 때, 그 독점이 만들어지는 곳이 바로 Complex 영역이다. 남들이 분석 보고서에 매달리는 동안, Complex 영역에서 실험하고 창발적 패턴을 포착한 사람이 독점을 차지한다.

그리고 Complex 영역에서 가장 중요한 역량은 지능이 아니라 용기다. 답이 보이지 않는 상태에서 그래도 한 발 내딛는 것. 실패해도 괜찮다는 전제 하에 실험을 설계하는 것. 이것이 제로투원의 핵심이고, Cynefin이 이론적으로 뒷받침하는 지점이다.

실무에서 써먹는 법

1. **팀 미팅에서 "이 문제는 어느 영역인가?"를 먼저 질문하라.** 솔루션 논쟁 전에 문제의 성격부터 합의하면 불필요한 충돌이 줄어든다.
2. **Ordered/Unordered 구분을 습관화하라.** "이건 분석하면 답이 나오는 문제인가, 해봐야 아는 문제인가?" 이 질문 하나로 접근법이 180도 달라진다.
3. **Clear 영역에 안주하지 마라.** 안정기에 "만약 이게 무너지면?"을 질문하라. catastrophic fold는 예고 없이 온다.
4. **Complex 영역에서는 실패 예산을 확보하라.** 실험은 실패할 수 있다는 전제로 설계되어야 한다. 실패가 허용되지 않는 조직에서는 Complex 문제를 풀 수 없다.