RACI Matrix: 바이오·제약 CMC 조직에서 의사결정이 꼬이는 진짜 원인 해결

회의는 길어졌는데 결론이 없습니다. QA는 의견을 냈을 뿐인데 어느새 결정권자가 되어 있고, 팀장은 "저는 좋다고 생각합니다"라고만 말한 채 회의를 끝냅니다. 분석개발 담당자는 승인 없이 일정을 진행하고, 생산팀은 변경 사항이 적용된 뒤에야 그 사실을 알게 됩니다. CMC, QA, RA, 생산이 동시에 움직이는 조직에서는 이런 장면이 낯설지 않습니다. 문제는 사람이 아니라 역할의 경계가 문서화되지 않았다는 데 있습니다. 이 문제를 구조적으로 풀어주는 도구가 바로 RACI Matrix입니다.

이전 글 의욕 넘치는 사람과 그렇지 않은 사람, 조직은 어떻게 균형을 잡아야 할까에서는 1:1 미팅이나 솔직한 소통 구조만큼이나, "누가 어느 단계에서 무엇을 알아야 하고 의사결정은 누구의 몫인지"를 미리 정해두는 일이 갈등 예방의 핵심이라는 점을 다뤘습니다. 이번 글에서는 그 역할 구조를 실제로 어떻게 설계하는지 RACI Matrix 중심으로 자세히 풀어보겠습니다.

RACI란 무엇인가

RACI는 Responsibility Assignment Matrix의 줄임말로, 업무 단위마다 누가 어떤 역할을 맡는지 네 가지 범주로 나눠 정의하는 도구입니다. 이름 자체가 네 역할의 앞글자를 딴 것입니다.

구분	의미	핵심 질문
R (Responsible)	실무 담당자	누가 수행하는가?
A (Accountable)	최종 결정권자	누가 최종 책임지고 결정하는가?
C (Consulted)	의견 제공자	누구에게 자문을 구하는가?
I (Informed)	공유 대상	누구에게 결과를 알려야 하는가?

여기서 가장 중요한 원칙 하나만 기억하면 됩니다. A는 반드시 1명이어야 한다는 점입니다. A가 둘 이상이면 "당신이 결정하세요", "아니요, 당신이요"라는 핑퐁이 반복되고, 결국 누구도 책임지지 않는 결과로 이어집니다.

왜 RACI Matrix가 필요한가: 의사결정 구조가 망가지는 4가지 패턴

대부분의 조직 갈등은 업무 능력 부족이 아니라 역할 혼동에서 비롯됩니다. 실제로 자주 보이는 패턴을 정리하면 다음과 같습니다.

의견만 내야 할 사람이 "이렇게 하겠습니다"라며 임의로 결정을 내려버립니다.
결정을 내려야 할 사람이 "저는 A가 좋다고 생각합니다"라고만 말하고 끝내 결론을 내지 않습니다.
실무자가 승인 절차 없이 작업을 진행해버립니다.
회의가 끝났는데도 누가 최종 결정권자인지 아무도 모릅니다.

이 네 가지는 결국 같은 뿌리에서 나옵니다. R, A, C, I의 경계가 문서로 명시되지 않은 채 회의가 진행되기 때문입니다. RACI Matrix는 이 경계를 회의 전에 미리 합의해두는 업무 분담 장치입니다.

각 역할을 실무 관점에서 풀어보면

Responsible — 손이 움직이는 사람

실제로 실험을 수행하고, Protocol을 작성하고, Validation을 진행하는 사람입니다. 결과물을 만들어내는 주체이지만, 그 결과를 최종 승인할 권한은 갖지 않습니다.

Accountable — "그럼 이렇게 갑시다"라고 말하는 사람

최종적으로 Go/No-Go를 결정하고 승인 책임을 지는 사람입니다. 회의의 결론을 맺는 발언은 항상 A의 몫이어야 합니다. C가 아무리 좋은 의견을 내더라도, 그 의견을 받아들일지 말지를 확정하는 발언은 A가 직접 해야 합니다.

Consulted — 의견은 주지만 결정하지 않는 사람

예를 들어 QA는 "이 방법은 GMP 기준에서 어려울 수 있습니다"라고 말하고, RA는 "FDA는 이런 방향을 선호합니다"라고 조언합니다. Statistics 담당자는 통계적 타당성을 짚어줍니다. 이들의 역할은 판단에 필요한 정보를 제공하는 데서 끝나며, 결정은 별도의 몫입니다.

Informed — 결과만 전달받으면 되는 사람

생산팀, QA, PM처럼 의사결정 과정에는 참여하지 않지만 결과를 알아야 하는 사람들입니다. "결정됐습니다"라는 통보만으로 역할이 끝납니다.

바이오 CMC 조직을 위한 RACI 적용 예시

분석개발, QA, CMC, RA, 생산이 함께 움직이는 환경에서는 아래와 같은 형태로 RACI Matrix를 구성하면 실무 적용성이 높습니다.

업무(Task)	분석개발	팀장	QA	CMC	RA	생산
분석 전략 수립	R	A	C	C	C	I
시험법 개발	R	A	I	I	I	I
시험법 Qualification	R	A	C	I	I	I
시험법 Validation	R	A	C	I	I	I
Tech Transfer 수행	R	A	C	C	I	R
Specification 변경	R	A	C	C	C	I
규제 제출 문서 작성	C	A	I	R	R	I
변경관리(Change Control)	R	A	C	C	I	I

이 표를 미리 만들어두면 회의가 시작되기 전부터 "이번 안건에서 누가 결정하고, 누구에게 자문을 구하고, 누구에게만 알리면 되는지"가 정리됩니다. 예를 들어 HPLC Column 변경 안건이라면 회의 시작 전에 Responsible은 분석개발, Accountable은 팀장, Consulted는 QA와 생산, Informed는 PM이라고 못 박아두는 식입니다. 이렇게 해두면 QA는 "제 생각은…"까지만 말하고, 최종 결정은 팀장의 발언으로 마무리됩니다.

역할이 충돌하는 순간을 구분하는 법

실무에서 가장 헷갈리는 지점은 C와 A의 경계입니다. QA가 "저는 안 될 것 같습니다"라고 말하는 것은 C 역할에 해당합니다. 하지만 같은 사람이 "안 하는 걸로 하겠습니다"라고 못 박는다면, 이는 A의 권한을 침범한 발언입니다. 반대로 팀장이 "저는 QA 의견이 좋네요"라는 말만 하고 회의를 끝낸다면, 이는 A가 자기 역할을 수행하지 않고 C처럼 행동한 경우입니다. A는 반드시 "QA 의견을 반영해서 이번 변경은 보류하겠습니다"처럼 의견 반영 여부와 최종 결론을 명시적으로 선언해야 합니다.

조직에서 RACI Matrix를 가장 효과적으로 쓰는 5가지 장면

RACI는 한 번 만들어두고 끝내는 문서가 아니라, 업무 흐름의 여러 단계에 반복적으로 끼워 넣을 수 있는 업무 분담 틀입니다.

프로젝트 시작 시점 — Project Charter를 작성하면서 RACI를 함께 정리해 누가 무엇을 맡는지 초기에 확정합니다.
SOP 작성 — Method Validation SOP 같은 문서의 마지막 페이지에 Role & Responsibility 표를 R, A, C, I 형식으로 첨부합니다.
회의 운영 — 회의 Agenda에 안건별로 Decision Owner(A), Responsible, Consulted, Informed를 미리 적어둡니다.
Change Control — 변경관리 절차에서 누가 승인하고 누가 의견만 제공하는지를 명확히 구분합니다.
CAPA — 시정 조치(CAPA)에서 누가 Action을 수행하고 누가 승인하는지를 분명히 합니다.

RACI 없이 일할 때 자주 발생하는 문제와 원인

문제	원인
회의만 길어짐	A가 지정되어 있지 않음
결정이 안 남	A가 의견만 내고 결정하지 않음
QA가 결정을 내려버림	C가 A의 역할을 대신 수행함
팀장이 의견만 냄	A가 C처럼 행동함
실무자가 독단적으로 진행	R이 A의 역할을 침범함
결과를 몰라 혼란이 생김	I 대상자가 누락됨

이 표를 보면 알 수 있듯, 대부분의 문제는 R, A, C, I 중 한 역할이 다른 역할의 자리를 침범하거나, 반대로 자기 역할을 충실히 수행하지 않을 때 발생합니다.

RACI Matrix를 도입했을 때 얻는 실질적 효과

의사결정 속도 향상 — 최종 결정권자가 명확해지면서 회의가 불필요하게 길어지는 것을 방지합니다.
역할 충돌 감소 — 의견 제시(C)와 최종 결정(A)의 경계가 분명해져 불필요한 갈등을 예방합니다.
책임 소재 명확화 — 문제가 발생했을 때 누가 실행(R)했고 누가 승인(A)했는지 추적이 쉬워집니다.
신규 구성원 온보딩 효율화 — 새로 합류한 인원도 조직의 역할과 의사결정 구조를 빠르게 파악할 수 있습니다.
감사 대응력과 품질 시스템 강화 — SOP, Change Control, Validation Plan, Project Charter 등에 RACI를 포함하면 역할과 책임이 문서로 남아 품질 시스템의 일관성이 높아집니다.

FAQ

Q1. RACI에서 A와 R을 한 사람이 맡아도 되나요?
가능합니다. 실무 규모가 작은 조직에서는 같은 사람이 R과 A를 동시에 맡는 경우가 흔합니다. 다만 그 경우에도 "내가 직접 수행했지만, 최종 승인 권한도 내게 있다"는 점이 문서상 분명히 드러나야 합니다.

Q2. C(Consulted)와 I(Informed)는 어떻게 구분하나요?
C는 결정이 내려지기 전에 의견을 구하는 대상이고, I는 결정이 내려진 후에 결과만 전달받는 대상입니다. 의사결정 과정에 영향을 줄 수 있는지가 핵심 구분 기준입니다.

Q3. RACI Matrix는 어떤 문서에 포함시키는 것이 가장 효과적인가요?
Project Charter, SOP의 Role & Responsibility 섹션, 회의 Agenda, Change Control 양식, CAPA 문서 등 의사결정이 반복적으로 일어나는 문서라면 어디든 포함시키는 것이 효과적입니다.

Q4. 한 업무에 A가 두 명 이상 지정되면 어떤 문제가 생기나요?
A가 복수로 지정되면 "당신이 결정하라"는 책임 떠넘기기가 반복되며, 결국 아무도 결정을 내리지 않는 상태로 이어집니다. A는 업무 단위마다 반드시 1명으로 한정해야 합니다.

결국 RACI Matrix의 핵심은 "누가 일을 하는가(R)"와 "누가 최종 결정을 내리는가(A)"를 분리하는 데 있습니다. 많은 조직의 의사소통 문제는 실무 역량의 부족이 아니라 이 두 역할의 혼동에서 비롯되며, RACI는 그 혼동을 가장 단순하고 효과적으로 줄여주는 의사결정 구조 관리 도구입니다.

Biobambooforest

이 블로그 검색