RAPID 의사 결정이란?

직장에서 큰 결정을 내려야 할 때 긴장감을 느끼는 것은 정상입니다. 결국, 일이 어떻게 될지 알 수 없기 때문입니다. 다행히도 데이터 기반 의사 결정 프레임워크는 각 의사 결정에 대한 역할과 책임을 명확하게 할당하여 이러한 긴장을 줄이는 데 도움이 될 수 있습니다.

팀 멤버에게 특정 역할을 할당하는 데 도움이 되는 프레임워크인 RAPID 의사 결정을 입력합니다. RAPID는 각 이해관계자가 어떤 유형의 피드백을 제공해야 하는지 알기 때문에 많은 이해관계자가 더 큰 결정을 내리는 데 특히 유용합니다. RAPID는 다섯 가지 역할을 나타내는 두문자어이며, 각 역할은 의사 결정 프로세스의 서로 다른 측면을 담당합니다.

RAPID 의사 결정 모델이란?

Bain & Company에서 개발한 RAPID 의사 결정 모델은 의사 결정 과정에서 서로 다른 사람들에게 핵심 역할을 할당하는 데 사용됩니다. RAPID는 의사 결정 과정에서 각 개인이 맡을 수 있는 다양한 역할을 나타내는 약어입니다. 각 역할은 다음과 같습니다.

• Recommend(권장)

• A gree(동의)

• Perform(수행)

• Input(입력)

• Decide(결정)

약어의 순서는 일반적으로 의사 결정 프로세스의 순서와 일치하지 않습니다. 예를 들어, 목록에서 네 번째에 있더라도 대부분의 의사 결정에 대해 먼저 의견을 수집해야 합니다. RAPID에 참여하는 인원수도 다양합니다. 소규모 팀에서는 한 사람이 두 가지 이상의 역할을 수행할 수 있습니다. 대규모 조직에서는 하나의 역할을 담당하는 팀 전체가 있을 수 있습니다. 

더 이상 사일로가 필요 없음: 팀 간 협업을 강화하기 위한 조직 구조 최적화

이 전자책에서 조직을 구조화하여 사일로를 방지하고 더 빠르게 움직이며 변화에 대응하는 방법을 알아보세요.

인사이트 얻기

RAPID를 사용해야 하는 경우

역설적이게도 RAPID 프레임워크는 신속한 프로세스를 의미하지는 않습니다. 대신, RAPID의 초점은 조금 더 오래 걸리더라도 신중하고 정확하게 주요 결정을 내릴 수 있도록 돕는 데 있습니다. 즉, RAPID 의사 결정은 체계적이지 않은 의사 결정 과정보다 시간이 적게 걸리는 경향이 있습니다. 각 이해관계자의 역할과 책임을 명확하게 할당함으로써 이해관계자가 어떤 유형의 피드백을 제공할 수 있고 어떤 유형의 피드백을 제공할 수 없는지 정확히 전달할 수 있습니다. 

RAPID는 사려 깊고 건설적인 프로세스이지만 모든 문제에 적합한 것은 아닙니다. 이 프로세스는 많은 이해관계자의 의견이 필요한 더 복잡한 문제에 자연스럽게 적용됩니다.

일반적으로 다음에는 RAPID가 필요하지 않습니다.

• 간단한 문제.

• 시간에 민감한 의사 결정.

• 한 사람이 내릴 수 있는 결정.

RAPID 의사 결정 vs. RACI 차트

RAPID와 RACI 모두 역할을 결정하는 데 도움이 되는 프레임워크이지만, 서로 다른 시나리오를 위한 역할입니다. RACI 차트는 프로젝트의 역할을 결정하는 데 도움이 되며, RAPID 역할은 일반적으로 중요한 결정을 내리는 데 할당됩니다.

• RACI 차트: 특정 프로젝트 내에서 의사 결정 책임을 명확히 하기 위해 프로젝트 역할을 정의하는 데 사용됩니다. 작업, 마일스톤 또는 프로젝트 결과물에 대한 프로젝트 팀의 역할과 책임을 일반적으로 식별하는 방법입니다. 

• RAPID: 복잡한 문제에 대한 결정을 내리기 위해 개인이나 그룹의 역할을 정의하는 데 사용됩니다. 종종 RAPID를 사용할 때 많은 이해관계자가 관여하고 많은 의견이 필요합니다.

예를 들어, RACI 차트는 엔지니어링이 일상 업무에서 제품 개발을 담당한다는 것을 결정할 수 있습니다. 그런 다음 RAPID 프레임워크는 동일한 엔지니어링을 채용 위원회에 일시적으로 배정할 수 있습니다. 

RAPID 의사 결정의 5가지 역할

RAPID 역할은 조직의 의사 결정을 처리하는 한 사람이나 그룹에 할당됩니다. 한 사람이 여러 역할을 가질 수도 있고, 한 역할에 여러 사람이 있을 수도 있습니다. RAPID는 유연성을 유지하면서도 좋은 의사 결정을 우선시하는 구조를 제공합니다.

이 구조는 RAPID의 5가지 역할을 중심으로 구축되었습니다.

1. 추천자(R)

권장자는 프로세스가 진행되는 방식에 많은 영향을 미치기 때문에 팀 리더와 유사합니다. 제안자는 제안과 의사 결정에 필요한 많은 실제 업무를 담당합니다. 권장 역할은 영향력을 미치므로 개인이나 작업 그룹이 수행할 수 있습니다. 

예를 들어, 소프트웨어를 업데이트할지 여부를 결정하려고 한다고 가정해 보겠습니다. 추천자는 새로운 소프트웨어에 대한 제안을 작성하고 관련 정보를 수집하기 위해 다른 역할 간의 조정을 담당합니다. 

2. 동의자(A)

동의자 역할을 맡는 사람은 상당한 권한을 갖습니다. 그들의 임무는 추천자가 최선의 결정을 내릴 수 있도록 돕는 것입니다. RAPID 의사 결정 과정에서 모든 이해관계자의 의견을 고려할 수 있지만, 최종 결정에서 동의자의 의견을 고려해야 합니다. 모든 의사 결정에 대해 동의 역할을 할당할 필요는 없으며, 보다 전문적인 역할만 할당하면 됩니다. 

위의 예시를 사용하면, 동의자는 오류가 없는 기능에 사용할 정확한 코드를 보여주는 소프트웨어 개발자가 될 수 있습니다. 소프트웨어에 버그가 없기를 원한다면 개발자의 의견을 고려해야 합니다.

3. 수행(Perform, P)

실행 역할은 어떤 결정을 내리든 이를 실행할 책임이 있습니다. 이는 의사 결정 프로세스의 마지막 단계이지만, 미리 배정해야 합니다. 이렇게 하면 수행자가 모든 세부 정보를 파악할 수 있으며, 이는 복잡한 프로세스에서 중요합니다. 필요하기 전에 수행자를 배치하면 아이디어 도출에서 실행으로 더 빠르게 이동할 수 있습니다.

앞서 살펴본 예시에서 수행자는 새로운 소프트웨어를 실제로 만드는 소프트웨어 개발자일 것입니다. 또는 개발팀을 담당하는 프로젝트 매니저가 소프트웨어를 설계할 수도 있습니다.

4. Input(입력) (I)

약어에서 더 아래에 있지만, Input 역할은 일반적으로 할당하는 첫 번째 RAPID 역할입니다. 일반적으로 숙련된 전문가, 이해관계자, 결정에 영향을 받는 사람을 포함하여 여러 사람이 의견 제공을 담당합니다. 입력자의 역할은 의사 결정 과정에서 고려해야 할 모든 정보와 조언을 제공하는 것입니다. 합의자와 비슷하지만, 의견 제공자 역할은 최종 결정권을 갖지 않습니다. 대신, 그들은 단지 정보를 제시할 뿐입니다.

예를 들어, 프로젝트 매니저는 정보 제공자 팀에 속해 비용 편익 분석과 같은 다양한 분석을 수행하여 의사 결정자가 해당 프로젝트가 실행 가능한지 판단할 수 있도록 지원할 수 있습니다. 이 경우, 소프트웨어 개발자는 새로운 소프트웨어를 만드는 데 필요한 관련 기술 정보를 제공하기 위해 의견 제공자 팀에 속할 수도 있습니다.

5. 결정자(Decide, D)

결정 역할은 최종 결정을 내리는 사람입니다. 높은 품질의 결정을 내리기 위해서는 모든 측면과 모든 상충 관계를 이해하고, 결정이 관련된 모든 사람에게 미치는 영향을 알아야 합니다. 결정자는 반드시 의견을 공유할 필요는 없지만 합의자의 정보와 의견을 고려해야 합니다. 

예시를 마무리하자면, 의사 결정권자는 새로운 소프트웨어를 만들지 여부를 결정하기 전에 모든 관련 데이터를 객관적으로 검토할 수 있도록 다른 팀(소프트웨어가 아님)에서 온 사람일 가능성이 높습니다. 결정자가 리더십에 속할 필요는 없습니다. 사실, 의사 결정의 편향을 줄이기 위해 팀 리더나 회사 임원이 아닌 사람을 의사 결정 역할에 배정하는 것이 좋습니다.

더 이상 사일로가 필요 없음: 팀 간 협업을 강화하기 위한 조직 구조 최적화

이 전자책에서 조직을 구조화하여 사일로를 방지하고 더 빠르게 움직이며 변화에 대응하는 방법을 알아보세요.

인사이트 얻기

RAPID의 실제 예시

일상 업무에서 RAPID를 어떻게 사용할 수 있는지 살펴보겠습니다. 예를 들어, 제품 가격 책정을 담당하는 팀에 속해 있다고 가정해 보겠습니다. 가격 책정은 매출, 성장, 비즈니스 모델의 성공에 영향을 미치는 중요한 결정입니다. 제품 가격을 너무 높게 책정하면 고객을 잃을 수 있습니다. 하지만 너무 낮으면 돈을 버는 기회를 놓치게 됩니다.

가격 책정의 최적점을 찾기 위해 RAPID를 사용하여 데이터와 다른 관점을 사용하여 제품 가격 책정 방법을 결정하는 데 도움이 되는 그룹을 만들 수 있습니다. 이 시나리오에서 RAPID를 사용하면 다양한 팀, 전문가 및 이해관계자가 모두 의사 결정에 참여할 수 있습니다. 반면에 RAPID를 사용하지 않고 제품 가격을 결정하려고 한다면 이익을 극대화하지 못하거나 잠재 고객을 놀라게 할 수도 있습니다.

RAPID 사용의 이점

의사 결정에 RAPID를 사용하는 장점은 중요한 의사 결정에 다양한 이해관계자가 관여한다는 것입니다. 다음 조치를 결정하기 위해 이사회나 CEO에만 의존하는 대신 모든 수준의 모든 사람이 의견을 제시할 수 있습니다. 

이 외에도 RAPID 프레임워크는 다음과 같은 이점을 제공합니다.

• 직접적인 영향을 미치는 의사 결정에 더 많은 사람을 참여시킵니다. 이는 팀의 의견 없이 결정을 내리는 것보다 더 강력한 리더십을 발휘할 수 있는 방법입니다. 

• 의사 결정 과정의 투명성을 높입니다. 동의하지 않는 경우, 누구에게 이야기해야 하는지, 어떻게 변화를 가져갈지 알 수 있습니다.

• 조직 내에서 권한을 분배하여 항상 상위 직급의 사람들이 결정을 내리는 것은 아닙니다.

• 다양한 관점을 포함하여 다양한 기회나 과제를 파악할 수 있습니다. RAPID가 포괄적일수록 더 많은 관점(그리고 궁극적으로 해결책)에 노출됩니다.

• 조직의 모든 구성원이 의사 결정을 내릴 수 있도록 권한을 부여하여 업무, 역할 및 조직 전체에 대해 더 많은 소유권을 느낄 수 있도록 합니다. 

• 팀과 개인 전반에 걸쳐 책임감을 부여하여 모든 사람이 회사의 선택에 미치는 영향을 느낄 수 있도록 합니다.

주의할 점

RAPID 의사 결정은 유용하고 강력한 도구이지만 적용하기 어려울 수 있습니다. 대규모 변경과 마찬가지로 RAPID를 처음 사용하면 약간의 반발이 있을 수 있습니다. 이러한 잠재적인 문제를 미리 파악하고 계획하면 전환을 더 쉽게 만들 수 있습니다.

주의해야 할 사항은 다음과 같습니다.

• 권력 역학. RAPID는 특정 사람들이 다른 사람들보다 더 많은 힘을 가질 수 있으며, 이로 인해 갈등이 발생할 수 있음을 강조합니다. 이것이 반드시 나쁜 것은 아닙니다. 때로는 권력을 재분배해야 합니다. 하지만 불편할 수 있습니다. RAPID를 구현할 때 갈등이 발생하면 문제의 근본에 도달하고 궁극적으로 팀을 더 강하게 만드는 갈등 해결 전략을 연습해 보세요. 

• 편안한 통제. 결정자 역할은 즐거운 역할일 수 있습니다. 때때로 사람들은 통제권을 포기하고 의사 결정을 다른 사람에게 넘기는 것을 꺼립니다. 자신이 올바른 결정을 내릴 수 있는 유일한 사람이라고 생각하거나, 그런 역할을 수행하는 데 익숙해져서일 수도 있습니다. 하지만 RAPID에서는 편향된 결과를 덜어내기 위해 일반적으로 의사 결정을 내리지 못하는 사람들에게 의사 결정을 맡기는 것이 더 합리적입니다.

• 리더십에 대한 과도한 의존. 결정을 내리는 일을 리더에게 맡기기란 쉽습니다. RAPID는 의사 결정 역할을 맡는 사람을 다양하게 두도록 권장하므로 항상 최고 경영진이나 보드가 의사 결정을 내리는 것은 아닙니다. 하지만 먼저 리더만이 결정을 내릴 수 있다고 가정하는 습관을 깨뜨려야 합니다.

신속한 결과보다 RAPID 의사 결정

어떤 셔츠를 입을지 결정하려면 눈을 감고 가리키는 것이 좋습니다. 하지만 비즈니스, 팀 또는 업무에 장기적인 영향을 미칠 큰 그림을 결정할 때는 RAPID를 통해 혼자 결정하는 것보다 더 나은 고품질의 결정을 내릴 수 있습니다. 

더 이상 사일로가 필요 없음: 팀 간 협업을 강화하기 위한 조직 구조 최적화

이 전자책에서 조직을 구조화하여 사일로를 방지하고 더 빠르게 움직이며 변화에 대응하는 방법을 알아보세요.

인사이트 얻기