RACI 매트릭스¶

중간 규모 이상의 프로젝트나 프로세스라면 흔히 겪는 가장 일반적이면서도 골치 아픈 문제 중 하나는 책임 소재가 불분명한 것입니다. 작업이 지연될 때는 여러 사람이 서로 다른 사람이 책임 있다고 생각하고 있고, 결정을 내려야 할 때는 최종 권한을 가진 사람이 없거나, 단순한 승인 절차조차 보고 체계의 복잡성에 발목이 잡혀 불필요한 사람들까지 끌어들여 많은 시간을 낭비하게 됩니다. 이와 같은 문제를 해결하기 위해 고안된 간단하지만 매우 효과적인 팀 협업 및 커뮤니케이션 도구가 바로 RACI 매트릭스(RACI 매트릭스)이며, 때로는 RACI 차트(RACI 차트)라고도 불립니다.

RACI의 핵심 목적은 명확한 매트릭스를 통해 프로젝트나 프로세스 내의 다양한 작업(Task)과 역할(Role) 간 관계를 명확히 정의하고 전달하는 것입니다. 이를 통해 모든 작업에 대해 관련된 책임과 권한이 특정 개인에게 명확하게 할당되도록 하며, "이 일은 누구 책임인가요?"라는 모호함을 제거하고, 팀원들이 자신의 책임과 타인의 책임을 명확히 이해하게 하여 협업 효율성을 높이고, 커뮤니케이션 비용과 내부 갈등을 줄이는 데 있습니다.

RACI는 네 가지 책임 유형의 머리글자를 딴 약어입니다:

R - 책임자(Responsible)
A - 최종 책임자(Accountable)
C - 자문 대상(Consulted)
I - 정보 수신자(Informed)

네 가지 RACI 역할에 대한 상세 설명¶

RACI를 이해하는 핵심은 이 네 가지 책임 수준을 정확히 파악하는 데 있습니다.

<!--

graph TD
    subgraph RACI Responsibility Assignment Matrix Role Definitions
        A(<b>R - 책임자</b><br/><i>“실행자” - 실제로 작업을 수행하는 사람</i><br/>- 구체적인 작업 실행을 담당<br/>- 하나의 작업에 여러 명의 R이 있을 수 있음) --> B(<b>A - 최종 책임자</b><br/><i>“책임은 여기서 끝난다” - 결과에 대해 궁극적으로 책임지는 사람</i><br/>- 작업에 대한 최종 결정권 및 거부권 보유<br/>- <b>하나의 작업에는 반드시 하나의 A만 있어야 함</b>);
        B --> C(<b>C - 자문 대상</b><br/><i>“함께 고민하는 사람들” - 양방향 소통이 필요한 사람들</i><br/>- 결정 전이나 실행 중에 자문이 필요한 전문가 또는 이해관계자<br/>- 전문적인 조언을 제공하며, 양방향 소통);
        C --> D(<b>I - 정보 수신자</b><br/><i>“참고로 알려드림” - 결과만 알면 되는 사람들</i><br/>- 작업 완료 후 결과나 진행 상황을 알려야 하는 이해관계자<br/>- 단방향 소통이며, 피드백은 필요 없음);
    end

RACI 매트릭스 작성 및 사용 방법¶

단계 1: 모든 "작업"(Vertical Axis) 식별 및 목록화
- 프로젝트나 프로세스를 처음부터 끝까지 구체적이고 실행 가능한 일련의 작업이나 산출물로 분해하고, 이를 매트릭스의 행(Row)으로, 가장 왼쪽에 나열합니다.
단계 2: 모든 "역할"(Horizontal Axis) 식별 및 목록화
- 이 프로젝트나 프로세스에 관여된 모든 이해관계자를 식별하고, 그들의 역할(개인 이름이 아닌, 인력이 변경될 수 있으므로 역할)을 매트릭스의 열(Column)으로, 상단에 나열합니다. 예를 들어, "프로젝트 매니저", "제품 매니저", "프론트엔드 개발자", "백엔드 개발자", "법무 자문" 등이 있습니다.
단계 3: 매트릭스에 RACI 역할 할당
- 가장 중요한 단계입니다. 팀원들이 함께 행 단위(즉, 각 작업)로 논의하여 각 역할에 R, A, C, I 중 하나 이상을 할당합니다.
- 핵심 규칙:
  - 각 행(각 작업)에는 정확히 하나의 A가 있어야 합니다. 이는 책임 소재를 명확히 하여 아무도 책임지지 않거나 여러 사람이 책임지지 않도록 하기 위함입니다.
  - 각 행에는 최소한 하나의 R이 있어야 하며, 이는 누군가가 작업을 실행하도록 보장하기 위함입니다.
단계 4: 매트릭스 분석 및 최적화 (수직 및 수평 분석)
- 매트릭스가 초기 작성된 후에는 검토 및 최적화를 통해 잠재적인 협업 문제를 식별해야 합니다.
- 행 단위 분석 (각 작업에 대해):
  - A가 없음?: 해당 작업에 대해 궁극적인 책임자가 없음을 의미하므로 즉시 A를 할당해야 합니다.
  - 여러 명의 A가 있음?: 책임 소재가 불분명하며 갈등 발생 가능성이 있음을 의미하므로 반드시 하나의 A로 줄여야 합니다.
  - R이 없음?: 아무도 실행하지 않는 작업이라는 의미로, 공중에 뜬 성을 쌓는 것과 같습니다.
  - 너무 많은 C가 있음?: 자문 절차가 지나치게 길어질 수 있으며, 의사결정 속도가 느려질 수 있습니다. 정말 많은 사람들이 자문에 참여해야 하는지 고려해야 합니다.
  - 너무 많은 I가 있음?: 커뮤니케이션 비용이 과도할 수 있습니다. 모든 사람이 정보를 받아야 하는지 재검토해야 합니다.
- 열 단위 분석 (각 역할에 대해):
  - 특정 역할에 너무 많은 R이 있음?: 해당 인물이 과부하 상태일 수 있음을 의미하므로 업무를 재분배해야 합니다.
  - 특정 역할에 너무 많은 A가 있음?: 권한이 과도하게 집중되었음을 의미하며, 해당 인물이 의사결정 병목 현상의 원인이 될 수 있습니다.
  - R이나 A가 없는 역할?: 해당 역할이 이 프로세스에 참여할 필요가 있는지 재검토해야 합니다.
단계 5: 합의 도출 및 공유 최종 버전의 RACI 매트릭스가 모든 관련자에 의해 이해되고 수용되었는지 확인합니다. 이를 공식적인 프로젝트 문서로 제정하고 공유하여 팀의 "공통 언어"이자 "협업 행동 강령"으로 자리 잡도록 합니다.

활용 사례¶

사례 1: 제품 출시 프로세스

작업/역할	제품 매니저	마케팅 매니저	개발 팀	디자인 팀	법무 자문
제품 요구사항 문서 작성	A	C	R	C	I
UI/UX 설계	A	I	C	R
제품 기능 개발	A	I	R	C
마케팅 계획 수립	C	A	I	C	R
마케팅 카피 승인	I	A		I	C

분석: 이 매트릭스를 통해 제품 기능 개발에 대해 제품 매니저가 최종 책임자(A)이며, 마케팅 계획에 대해서는 마케팅 매니저가 최종 책임자(A)임을 명확히 알 수 있습니다. 법무 자문은 마케팅 카피에 대해 "자문 대상(C)"으로 참여하고 있으며, 요구사항 문서에 대해서는 단순히 "정보 수신자(I)"로만 포함되어 있습니다.

사례 2: 집 수리 프로젝트

작업: 리모델링 스타일 결정
역할: 남편, 아내, 디자이너, 시공 감독
RACI 할당:
- R (책임자): 디자이너 (디자인 제안서 작성 책임)
- A (최종 책임자): 아내 (최종 결정 권한 보유)
- C (자문 대상): 남편 (의견 제시는 필요하지만 최종 결정 권한 없음)
- I (정보 수신자): 시공 감독 (최종 스타일을 공사 준비를 위해 사전에 인지해야 함)

사례 3: 온라인 서비스 장애 대응

작업: 긴급 버그 수정
역할: 기술 이사, 운영 엔지니어, 개발 엔지니어, 고객 서비스 매니저
RACI 할당:
- R: 개발 엔지니어 (수정 코드 작성 및 제출 책임)
- A: 기술 이사 (전체 장애 해결 및 서비스 복구에 대해 궁극적으로 책임)
- C: 운영 엔지니어 (배포 전 서버 환경에 미치는 영향에 대해 자문 필요)
- I: 고객 서비스 매니저 (수정 진행 상황을 고객 대응을 위해 사전에 인지해야 함)

RACI 매트릭스의 장점과 한계¶

핵심 장점

책임 소재 명확화: 누가 무엇을 하고, 누가 결정하며, 누가 참여해야 하는지를 명확히 정의하여 역할 모호성과 중복 책임을 제거합니다.
의사결정 효율성 향상: 단 하나의 A를 명확히 함으로써 책임 소재 불분명으로 인한 결정 지연이나 갈등을 방지합니다.
커뮤니케이션 경로 최적화: 깊은 참여가 필요한 C와 단방향 알림만 필요한 I를 명확히 구분하여 불필요한 커뮤니케이션 소음을 줄입니다.
신규 구성원 적응 용이화: 신규 팀원이 프로젝트 운영 모델과 자신의 책임을 빠르게 이해할 수 있는 명확한 가이드를 제공합니다.

잠재적 한계

과도한 경직성: 너무 교조적으로 적용할 경우 팀의 유연성과 자기 조직화 능력을 제한할 수 있습니다. RACI는 커뮤니케이션 도구이지 관료적 절차가 아닙니다.
모든 문제 해결 불가능: "누가 무엇을 할 것인가"만 정의할 뿐 "어떻게 할 것인가", "언제 완료할 것인가"는 정의하지 않습니다. 프로젝트 계획이나 프로세스 플로우차트와 같은 다른 도구들과 함께 사용되어야 합니다.
생성 및 유지 관리 비용: 매우 대규모이고 복잡한 프로젝트의 경우, 상세한 RACI 매트릭스를 생성하고 유지하는 데 상당한 노력이 필요할 수 있습니다.

확장 및 연계¶

RACI 변형:
- RASCI: S - 지원자(Supportive) 역할 추가. 작업 실행을 위한 자원이나 지원을 제공하는 사람을 의미합니다.
- RACI-VS: V - 검증자(Verifier)와 S - 서명자(Signatory) 추가. 공식적인 테스트와 승인이 필요한 시나리오에 사용됩니다.
프로젝트 관리: RACI 매트릭스는 PMBOK(Project Management Body of Knowledge)에서 인적 자원 계획 및 커뮤니케이션 관리를 위한 핵심 도구 중 하나입니다.

참고: RACI 모델은 1970년대 경영 컨설팅 실무에서 유래한 것으로 추정됩니다. 역할과 책임을 명확히 정의하는 도구로서, 프로젝트 관리, IT 서비스 관리(ITIL 프레임워크), 조직 설계 등 다양한 분야에서 널리 적용되고 있습니다.