모든 팀이 알아야 할 7가지 의사결정 모델
진짜 결정이 내려져야 할 회의를 떠올려 보세요. 여덟 명, 40분. 그런데 어쩐 일인지 가장 목소리 큰 의견이 이기고, 조용한 세 사람의 의견은 끝내 들리지 않습니다. 2주 뒤, 실제로 무엇이 결정되었는지, 누가 책임지는지 아무도 합의하지 못합니다.
대부분의 팀이 가진 문제는 사고력이 아니라 프로세스입니다. 알맞은 의사결정 모델은 "우리는 선택해야 한다"에서 "우리는 선택했고, 책임자는 이 사람이다"까지 이어지는 공통의 경로를 그룹에 제공합니다. 바로 이 지점에서 그토록 많은 똑똑한 팀들이 멈춰 섭니다. 함정은 단 하나의 최고 모델이란 존재하지 않는다는 점입니다. 되돌릴 수 있는 200달러짜리 소프트웨어 결정은 채용 결정이나 제품 방향 전환과는 다른 프로세스가 어울립니다. 그래서 알아둘 만한 일곱 가지 모델을 소개합니다. 각각이 무엇인지, 언제 손을 뻗어야 하는지, 그리고 간단한 예시와 함께, 마지막으로 고르는 간단한 방법까지 이어집니다.
중대한 결정을 위한 구조화된 모델
어떤 선택이 비용이 크고 되돌리기 어려울 때는 일부러 속도를 늦추는 프로세스가 필요합니다. 두 가지 고전적 모델이 "결정이 얼마나 엄밀해야 하는가"라는 스펙트럼의 양 끝에 자리합니다.
1. 합리적(구조화된) 모델
무엇인가: 교과서적인 접근입니다. 문제를 정의하고, 기준을 정하고, 정보를 모으고, 선택지를 나열하고, 각 선택지를 기준에 비추어 채점한 뒤, 가장 높은 점수를 받은 것을 고르고, 결과를 점검합니다. 대안을 질서 있게 평가할 만큼 충분한 정보를 모을 수 있다고 가정합니다.
언제 사용하나: 시간 압박은 적고 잘못 결정했을 때의 비용이 분석 비용을 압도하는 중대한 결정입니다. 공급업체 선정, 핵심 직책 채용, 진입할 시장 선택 등입니다.
간단한 예시: 급여 처리 업체를 고르는 팀이 다섯 가지 필수 요건(비용, 연동성, 지원 응답 시간, 규정 준수 범위, 설정 용이성)을 적어두고, 네 곳의 업체를 조사하며, 누군가 데모에 반하기 전에 각 업체를 1점에서 5점으로 평가합니다.
2. 제한된 합리성(만족화)
무엇인가: Herbert Simon이 합리적 모델을 바로잡은 것입니다. 현실의 사람들은 제한된 정보, 제한된 정신적 대역폭, 시간 압박에 직면하기 때문에 모든 선택지를 평가할 수 없습니다. 그래서 최대화하는 대신 *만족화(satisfice)*합니다. 이는 Simon이 satisfy와 suffice를 합쳐 만든 말로, "충분히 좋은" 기준을 처음으로 넘는 선택지를 고르고 넘어간다는 뜻입니다.
언제 사용하나: 완벽한 답을 찾는 데 드는 비용이 아깝지 않을 만큼 되돌릴 수 있고 위험이 낮은 결정입니다. 솔직히 말해 일상적인 결정 대부분이 그렇습니다.
간단한 예시: 내일 쓸 회의실이 필요합니다. 열두 곳을 다 비교하지 않습니다. 여덟 명이 들어가고 오후 2시에 비어 있는 첫 번째 회의실을 잡으면 끝입니다.
팁: 분석을 시작하기 전에 한 가지 질문을 소리 내어 던지세요. "이 결정은 되돌릴 수 있는가?" 일주일 안에 적은 비용으로 되돌릴 수 있다면 만족화하고 넘어가세요. 합리적 모델은 되돌릴 수 없는 결정을 위해 아껴두세요. 모든 결정을 중대한 것으로 다루는 것 자체가 일종의 나쁜 결정입니다.
분류하고 배정하는 모델
때로 어려운 부분은 선택지 사이에서 고르는 것이 아닙니다. 애초에 무엇이 주목할 가치가 있는지, 혹은 누가 결정하는 사람이어야 하는지를 가려내는 것입니다. 이 두 모델이 바로 그 문제를 다룹니다.
3. Eisenhower 매트릭스(긴급 vs. 중요)
무엇인가: Dwight Eisenhower 대통령의 이름을 따고 Stephen Covey가 널리 알린 2x2 격자입니다. 과제를 긴급함과 중요함이라는 두 축으로 네 사분면에 분류합니다. 즉시 하기(긴급하고 중요), 일정 잡기(중요하나 긴급하지 않음), 위임하기(긴급하나 중요하지 않음), 삭제하기(둘 다 아님)입니다. 이 모델이 바로잡는 함정은, 긴급하지만 사소한 일이 실제로 당신을 전진시키는 중요하지만 조용한 일을 밀어내게 두는 것입니다.
언제 사용하나: 팀이나 개인이 할 일 목록에 파묻혀 어떤 불을 끌 가치가 있는지 구분하지 못할 때입니다.
간단한 예시: 한 지원팀 리더가 한 주를 배치합니다. 고객 에스컬레이션은 즉시 하기에, 분기별 플레이북 재작성은 일정 잡기에, "이 이메일 좀 전달해 줄래?" 같은 반복 요청은 위임하기에, 아무도 읽지 않는 사내 Slack 채널은 삭제하기에 넣습니다.
4. DACI / RAPID(누가 주도하고, 승인하고, 기여하고, 통보받는가)
무엇인가: 여러 사람이 얽힌 결정을 위한 두 가지 역할 배정 프레임워크입니다. DACI(Driver, Approver, Contributor, Informed)는 1980년대 Intuit에서 나왔으며, 프로세스를 굴릴 Driver를 정확히 한 명, 결정을 내릴 Approver를 정확히 한 명 지정하고, Contributor가 전문성을 제공하며, Informed는 이후에 상황을 계속 전달받습니다. Bain & Company의 RAPID는 작업을 Recommend, Agree, Perform, Input, Decide로 나누어, DACI가 흐릿하게 남겨두기 쉬운 실행 책임자를 명시적으로 더합니다.
언제 사용하나: 진짜 문제가 "사공이 많은 것"이고 도대체 누가 결정하는지 아무도 모르는 부서 간 결정입니다. 빠른 일상 결정에는 DACI를 쓰고, 거버넌스가 복잡하고 누군가 출시를 책임져야 할 때는 RAPID에 손을 뻗으세요.
간단한 예시: 가격 변경은 영업, 재무, 제품에 두루 영향을 줍니다. PM이 Driver, 제품 담당 VP가 Approver, 영업과 재무 리더가 Contributor이며, 더 넓은 시장 출시 팀은 확정된 뒤 Informed가 됩니다. 더 이상 "잠깐, 이거 누가 결정하는 거야?"는 없습니다.
속도와 참여를 위해 만들어진 모델
대부분의 팀을 무너뜨리는 두 상황을 위한 모델이 둘 더 있습니다. 시계가 적일 때, 그리고 다른 사람들을 얼마나 끌어들여야 할지 정말 모를 때입니다.
5. OODA 루프(빠르고 불확실한 상황)
무엇인가: 공군 대령 John Boyd가 1970년대 초 전투를 위해 개발한 순환으로, 이제는 비즈니스부터 비상 대응까지 어디서나 쓰입니다. Observe(관찰, 무슨 일이 벌어지는지 모으기), Orient(방향 설정, 자신의 경험으로 걸러내기), Decide(결정), Act(실행)를 거쳐 곧장 Observe로 돌아옵니다. Boyd는 Orient를 가장 중요한 단계라고 불렀습니다. 두 사람이 같은 데이터를 보고도 완전히 다르게 읽을 수 있기 때문입니다. 핵심은 상황이, 또는 경쟁이 변하는 것보다 더 빠르게 순환하는 것입니다.
언제 사용하나: 완전한 정보를 기다리는 비용이 부분 정보로 행동하는 비용보다 큰, 빠르게 움직이고 불확실한 순간입니다. 장애 대응, 경쟁사의 기습 출시, 옆길로 새는 라이브 이벤트 등입니다.
간단한 예시: 제품 출시 중에 사이트가 다운됩니다. 당직 팀은 오류 급증을 관찰하고, 최근 배포를 유력한 원인으로 방향을 설정하고, 롤백을 결정하고, 실행에 옮긴 뒤, 곧바로 돌아가 지표가 회복되는지 지켜보며 다음 수단을 시도할 준비를 합니다.
6. Vroom-Yetton(팀을 얼마나 참여시킬 것인가)
무엇인가: Victor Vroom과 Philip Yetton이 만든, 단 하나의 질문에 답하는 모델입니다. 리더는 다른 사람들을 얼마나 참여시켜야 하는가? 이는 당신의 상황을 독단적인 것부터 완전히 그룹 기반인 것까지 다섯 가지 스타일에 대응시킵니다. 혼자 결정하기(A1), 팀에서 정보를 모은 뒤 혼자 결정하기(A2), 사람들과 일대일로 상의하기(C1), 그룹과 상의한 뒤 혼자 결정하기(C2), 또는 그룹이 함께 결정하게 하기(G2)입니다. 이 선택은 세 가지에 달려 있습니다. 결정의 질이 결정적으로 중요한지, 결정이 자리 잡으려면 공감대(buy-in)가 필요한지, 그리고 사람들을 참여시킬 시간이 있는지입니다.
언제 사용하나: "이걸 그냥 내가 결정할까, 아니면 팀을 끌어들일까?" 하고 스스로 고민하는 자신을 발견할 때마다입니다. 늘 합의를 기본값으로 두거나 늘 명령을 기본값으로 두는 대신, 참여 정도를 그 상황에 맞추기 위한 도구입니다.
간단한 예시: 사무실 커피 주문을 고르는 관리자는 혼자 결정합니다(A1). 같은 관리자가 공감대가 전부인 팀의 업무 흐름을 재편할 때는, 그룹 세션을 열어 팀이 형태를 잡게 합니다(C2 또는 G2).
팁: 사람들이 결정을 실제로 끝까지 실행하기를 원한다면, 결정이 내려진 뒤가 아니라 내려지기 전에 끌어들이세요. Vroom-Yetton의 연구는 이에 대해 단도직입적입니다. 공감대는 더 느리고 더 참여적인 프로세스를 확실하게 정당화해 주는 몇 안 되는 것 중 하나라는 것입니다. "최종" 결정을 발표한 뒤 지지를 구하는 것은 순서가 거꾸로입니다.
7. 비용-편익 / 가중 의사결정 매트릭스
무엇인가: 비교하기 쉽지 않은 선택지들을 비교하기 위한 채점 도구입니다. 기준을 나열하고, 각 기준에 중요도에 따라 가중치를 부여하고, 각 기준에 비추어 모든 선택지를 채점한 뒤, 곱하고 더합니다. 가중 합계가 가장 높은 선택지가 서류상으로는 이깁니다. 이 도구는 당신이 실제로 무엇을, 얼마나 중요하게 여기는지를 소리 내어 말하게 만드는데, 그것이 가치의 절반입니다.
언제 사용하나: 서로 경쟁하는 여러 요인이 있어 직감이 계속 오락가락하는, 선택지가 여럿인 결정입니다. 일자리 제안, 소프트웨어, 입지, 후보자 사이에서 고를 때입니다.
간단한 예시: 세 가지 프로젝트 관리 도구 중에서 고를 때, 한 팀은 "연동성"에 30%, "가격"에 25%, "사용 편의성"에 25%, "지원"에 20%의 가중치를 두고 각 도구를 1점에서 5점으로 채점합니다. 그러자 가격이 진짜 비중을 갖는 순간, 화려한 인기 후보가 2위로 밀린다는 사실을 발견합니다.
알맞은 모델을 고르는 법
일곱 가지를 모두 외울 필요는 없습니다. 네 가지 질문만 있으면 되고, 그 답이 알맞은 도구를 가리켜 줍니다.
- 중대성: 중대성이 높으면 합리적 모델이나 가중 의사결정 매트릭스 쪽으로 끌립니다. 중대성이 낮으면 만족화하고 넘어가면 됩니다.
- 되돌림 가능성: 적은 비용으로 되돌릴 수 있다면 빠르고 느슨하게 결정하세요. 일방통행 문이라면 속도를 늦추고 문서로 남기세요.
- 시간: 시계가 구속 조건일 때는, OODA 루프가 그 어떤 신중한 프로세스보다 낫습니다. 너무 늦게 내린 좋은 결정은 그저 나쁜 결정일 뿐이기 때문입니다.
- 모호성: 어려운 부분이 누가 결정하고 누가 공감대를 가져야 하는가일 때, 문제는 분석이 아니라 역할입니다. 그것은 DACI, RAPID 또는 Vroom-Yetton의 영역입니다.
그리고 놓치기 쉬운 부분이 여기 있습니다. 대부분의 팀은 모델을 고르는 데서가 아니라, 무엇을 결정했는지 기억하는 데서 실패합니다. 프레임워크는 회의실 안에서 깔끔한 선택으로 당신을 이끕니다. 그런 다음 회의실이 비고, 근거는 흐려지며, 한 달 뒤 누군가 왜를 아무도 적어두지 않았다는 이유로 그 일을 처음부터 다시 들춥니다. 팀이 회의에서 판단을 내릴 때, 무엇이 결정되었고 누가 책임지는지를 포착하는 것이 싸움의 절반입니다. Laxis 같은 AI 노트테이커는 결정과 그 뒤의 추론을 기록하고, 실행 항목과 책임자를 자동으로 추출하며, 모두가 찾을 수 있는 곳에 그것을 놓아둡니다. 그래서 회의가 끝나는 순간 결정이 증발하지 않습니다.
회의가 끝난 뒤 결정을 잃어버리는 일을 멈추세요
Laxis는 회의를 녹음하고, 받아쓰고, 요약한 다음, Zoom, Meet, Teams에서 40개가 넘는 언어로 결정, 책임자, 다음 단계를 자동으로 뽑아냅니다. 시작할 수 있는 무료 플랜도 있습니다.
결론
최고의 팀은 언제나 "옳은" 모델을 고르는 팀이 아닙니다. 잘못된 모델로 미끄러졌음을 알아차리는 팀입니다. 점심 주문에 여섯 가지 기준 매트릭스를 돌리는 팀, 혹은 급해 보인다는 이유로 일방통행 문 결정을 5분 만에 내리는 팀처럼 말이죠. 모델은 값싸게 얻습니다. 자신이 모델을 잘못 쓰고 있음을 스스로 붙잡아 내는 것이야말로 진짜 실력이며, "이건 어떤 종류의 결정인가?"라는 질문이 반사 작용이 될 때까지 팀으로서 소리 내어 연습할 가치가 있습니다.
자주 묻는 질문
의사결정 모델이란 무엇인가요?
의사결정 모델이란 질문에서 선택에 이르기까지의 반복 가능한 프로세스입니다. 어떤 것은 논리에 관한 것입니다. 예를 들어 문제 정의에서 결과 평가까지 이어지는 합리적 모델의 여섯 단계가 그렇습니다. 어떤 것은 역할에 관한 것입니다. 예를 들어 DACI는 한 명의 Driver, 한 명의 Approver, 여러 명의 Contributor, 그리고 Informed를 지정합니다. 요점은 경로를 명시해 두어, 팀이 매번 압박 속에서 그것을 새로 만들어내지 않도록 하는 것입니다.
DACI와 RAPID의 차이는 무엇인가요?
둘 다 의사결정 역할을 배정하지만 강조하는 바가 다릅니다. DACI(Driver, Approver, Contributor, Informed)는 1980년대 Intuit에서 비롯되었으며, 진행과 참여를 명시적으로 만들어 빠른 부서 간 결정에 어울립니다. Bain & Company의 RAPID(Recommend, Agree, Perform, Input, Decide)는 실행을 위한 명시적 Perform 역할과 승인을 위한 Agree 역할을 더해, 누군가 출시를 책임져야 하는 복잡하고 여러 단계의 거버넌스에 어울립니다.
팀은 언제 OODA 루프를 사용해야 하나요?
상황이 빠르게 움직이고 불확실하며 완전한 정보를 기다릴 수 없을 때, 공군 대령 John Boyd가 1970년대 초에 개발한 OODA 루프를 사용하세요. Observe, Orient, Decide, Act를 거친 뒤 다시 순환합니다. Boyd는 Orient를 가장 중요한 단계로 여겼는데, 본 것을 자신의 경험으로 걸러내기 때문입니다. 이는 느리고 신중한 선택보다 장애 대응, 경쟁적 움직임, 라이브 출시에 더 잘 맞습니다.
제한된 합리성에서 만족화(satisficing)란 무엇인가요?
만족화(satisficing, Herbert Simon이 satisfy와 suffice를 합쳐 만든 용어)란 최적의 것을 찾으려 모든 가능성을 평가하는 대신, "충분히 좋은" 기준을 처음으로 넘는 선택지를 고르는 것을 뜻합니다. 이는 제한된 합리성을 반영합니다. 현실의 사람들은 제한된 정보, 제한된 정신적 능력, 시간 압박에 직면하므로, 어떤 선택지가 자신의 기대 수준에 이르면 탐색을 멈춥니다. 위험이 낮고 되돌릴 수 있는 결정에 알맞은 접근입니다.
알맞은 의사결정 모델은 어떻게 고르나요?
네 가지를 저울질하세요. 중대성, 되돌림 가능성, 시간, 그리고 모호성입니다. 중대성이 높고 되돌리기 어려운 결정은 합리적 모델이나 가중 의사결정 매트릭스 같은 구조화된 모델을 정당화합니다. 되돌릴 수 있고 위험이 낮은 결정은 만족화에 어울립니다. 시계가 구속 조건일 때는 OODA 루프를 사용하세요. 문제가 주로 누가 결정하고 누가 공감대를 갖느냐일 때는, DACI, RAPID 또는 Vroom-Yetton에 손을 뻗으세요.
