RACI 매트릭스: 역할, 책임 및 프로세스 소유권

RACI 매트릭스는 프로세스 활동과 역할을 연결해 누가 일을 수행하고, 누가 결과에 최종 책임을 지며, 누구와 협의하고, 누구에게 알려야 하는지 보여줍니다. 프로세스 소유자이거나 PMO 및 거버넌스를 담당한다면, 시작된 프로젝트가 끝난 뒤에도 유지되는 책임을 정하는 데 활용할 수 있습니다.

많은 조직이 대개 조직 개편 때 만든 스프레드시트 형태로 RACI 매트릭스를 보관합니다. 어려운 점은 매트릭스를 실제 프로세스와 연결된 상태로 유지하는 것입니다. 프로세스는 바뀌는데 파일은 그대로라서 감사가 시작된 뒤에야 차이를 알아차리기도 합니다. 이 안내에서는 네 가지 역할, RACI와 RASCI·DACI의 차이, 주문부터 대금 회수까지의 전체 사례, 매트릭스를 폴더가 아니라 프로세스에 연결해 두는 방법을 설명합니다.

RACI 매트릭스는 무엇을 보여주나요?

RACI 매트릭스는 책임 배정표입니다. 행에는 프로세스 활동을, 열에는 역할을 나열하고 각 활동에서 역할별 책임을 표시합니다. RACI 역할과 책임을 한 번 정의한 뒤 네 가지 역할 표기를 일관되게 사용하세요.

팀에 따라 RACI 차트, RACI 다이어그램, 책임 매트릭스 등 이름은 다를 수 있습니다. 하지만 업무에서 사용하는 RACI는 언제나 같은 네 가지 역할을 뜻하며, 표에는 활동과 역할이 대응되어 있습니다.

Consulted와 Informed의 차이는 중요합니다. 협의 대상 역할은 의사결정 전에 의견을 보태고, 공유 대상 역할은 결정된 내용을 전달받습니다. 모든 사람을 협의 대상으로 지정하면 불필요한 절차가 늘어날 수 있습니다.

RACI 매트릭스는 책임을 명확히 보여줍니다. 최종 책임 역할이 정해지지 않은 활동도 드러나므로, 이견이나 지연이 생기기 전에 공백을 해소할 수 있습니다.

RACI, RASCI, DACI는 어떻게 다른가요?

RACI, RASCI, DACI는 서로 다른 요구에 맞춰 역할을 정의합니다. RASCI는 RACI에 지원 역할을 추가합니다. DACI는 프로세스 활동 전반의 책임보다 의사결정에 초점을 둡니다. 소유권을 정하는 워크숍을 열 때 RACI와 RASCI, DACI 중 무엇을 쓸지 자주 논의합니다.

RASCI는 워크숍에서 지원하는 팀을 명시해 아무도 맡지 않은 업무를 발견하는 데 도움이 됩니다. DACI는 의사결정 검토에 적합하며, 활동을 누가 수행하는지보다 의사결정을 누가 추진하는지에 초점을 둡니다. 두 방식 모두 같은 문제를 살펴보며, 결국 이 업무의 결과에 누가 책임지는지 묻습니다.

주문부터 대금 회수까지의 프로세스에서 RACI 매트릭스는 어떻게 구성되나요?

아래 주문부터 대금 회수까지의 사례에서는 7개 활동에 6개 역할을 지정합니다. “없음”은 해당 활동에 지정된 역할이 없다는 뜻입니다.

이 사례를 통해 실제 프로세스에서 확인할 점을 살펴보겠습니다.

• 최종 책임자와 실제 업무 수행자가 다를 수 있습니다. 주문 관리 담당자는 판매 주문 생성에 최종 책임을 지고, 영업 담당자는 해당 업무를 수행합니다.
• 협의 과정에서 조율이 늘어날 수 있습니다. 신용 조건을 확인하거나 결제 분쟁을 해결할 때 여러 역할이 참여합니다. 매트릭스를 활용해 언제 의견을 받아야 하는지 명확히 하세요.
• 최종 책임이 일부 역할에 집중될 수 있습니다. 몇몇 역할이 대부분 활동의 최종 책임을 맡는다면, 해당 역할에 필요한 권한과 업무 여력이 있는지 확인하세요.

프로세스 RACI와 프로젝트 RACI는 어떻게 다른가요?

프로젝트에는 정해진 범위와 종료 시점이 있습니다. 프로젝트 결과물이 완성되면 RACI를 더 이상 사용하지 않을 수 있습니다. 프로세스는 계속되므로 RACI도 지속적인 책임을 설명해야 합니다. 프로젝트에서는 묻지 않아도 되는 질문이 프로세스 소유권 RACI에는 필요합니다. 업무가 끝난 뒤 프로세스에 누가 최종 책임을 지는가?

이 차이는 소유권을 지정하는 방식에도 영향을 줍니다.

• 반복되는 활동의 최종 책임을 지정합니다. 프로젝트에서는 담당자가 시스템 이전에 최종 책임을 질 수 있습니다. 프로세스 RACI에는 결제 분쟁 해결과 같은 활동에 계속 책임을 질 역할을 지정해야 합니다.
• 여러 팀에 걸친 업무를 고려합니다. 주문부터 대금 회수까지의 프로세스에는 영업, 신용 관리, 운영, 재무가 참여합니다. RACI는 역할과 활동을 연결하지만, 전체 프로세스의 소유자를 자동으로 정해 주지는 않습니다.
• 프로세스가 바뀌면 역할 지정을 검토합니다. 새 시스템이나 팀, 규칙이 도입되면 활동을 수행하거나 승인하는 역할이 달라질 수 있습니다.
• 매트릭스를 프로세스 문서와 함께 관리합니다. 별도 스프레드시트는 설명하는 프로세스와 내용이 달라질 수 있습니다. 역할과 책임을 프로세스 문서와 함께 관리하면 한 번에 검토하기 쉽습니다.

이미 프로세스를 모델링하고 있다면 가능한 한 프로세스 모델에 책임 정보를 함께 관리하세요. 먼저 흐름을 정의하려는 경우 프로세스 매핑부터 시작한 다음, 정의한 활동에 역할을 지정합니다.

프로세스 소유권은 어떻게 지정하나요?

RACI 매트릭스는 개별 활동의 책임을 지정합니다. 하지만 그 자체로 전체 프로세스의 최종 책임자를 정해 주지는 않습니다. 프로세스 수준의 역할은 별도로 정의하세요.

• 프로세스 소유자: 전체 프로세스와 성과, 개선에 최종 책임을 집니다. 위원회가 아니라 한 사람을 지정하고, 설명문에만 기록하지 말고 매트릭스의 프로세스 수준 행에 책임을 표시하세요.
• 프로세스 관리자: 일상적인 프로세스 운영을 조율하고 성과를 모니터링하며 문제를 상위에 보고합니다. 규모가 작은 조직에서는 소유자가 이 역할도 맡을 수 있습니다.
• 활동 수행자: 매트릭스에서 실행 책임으로 지정된 역할입니다.
• 거버넌스 협의체: 프로세스의 구조적 변경을 검토하고 프로세스 소유자가 해결하기 어려운 문제를 조정합니다.

다음 방법으로 소유권을 명확히 관리하세요.

1. 활동마다 최종 책임 역할을 하나 지정합니다. 두 사람이 함께 업무를 수행한다면 둘 다 실행 책임을 맡을 수 있지만, 최종 책임 역할은 하나여야 합니다.
2. 개인 이름 대신 역할을 사용합니다. 사람은 다른 직무로 이동할 수 있지만 역할을 기준으로 지정하면 조직 변경에 맞춰 관리하기 쉽습니다.
3. 프로세스를 찾기 쉬운 곳에 매트릭스를 게시합니다. RACI를 찾기 어려우면 일상 업무에 활용할 가능성도 낮아집니다.
4. 검토 시점을 정합니다. 시스템이나 팀, 규정이 바뀌거나 프로세스 성과를 볼 때 책임 조정이 필요해 보이면 매트릭스를 검토하세요.

RACI 매트릭스를 쓸모없게 만드는 실수는 무엇인가요?

RACI 매트릭스는 역할 지정이 명확해 의사결정에 활용할 수 있을 때 효과가 있습니다. 다음과 같은 문제를 주의하세요.

• 활동 하나에 최종 책임 역할을 여러 개 지정합니다. 최종 책임을 나누면 의사결정 권한이 누구에게 있는지 불분명해질 수 있습니다. 최종 책임 역할은 하나만 지정하세요.
• 협의 대상과 공유 대상을 혼동합니다. 협의 대상은 업무가 확정되기 전에 의견을 제공하고, 공유 대상은 이후에 결과를 전달받습니다.
• 조직도만 보고 매트릭스를 작성합니다. 보고 체계만으로는 각 프로세스 활동에 누가 참여하는지 알 수 없습니다. 활동 목록부터 정리하고 참여 역할을 확인하세요.
• 역할 열을 지나치게 많이 추가합니다. 범위에 포함된 프로세스와 관련된 역할만 넣으세요. 열이 너무 많으면 매트릭스를 훑어보기 어렵습니다.
• 매트릭스를 한 번 만든 뒤 검토하지 않습니다. 프로세스와 조직이 바뀌면 역할 지정이 부정확해질 수 있습니다.
• 매트릭스를 서류 작업으로만 취급합니다. 업무 배정 방식을 아직 결정할 수 있는 프로세스 설계나 검토 단계에서 매트릭스를 활용하세요.

RACI 차트는 어떻게 작성하나요?

1. 프로세스 하나 선택

   시작과 끝이 분명한 흐름을 정의합니다. 부서 전체를 범위로 잡으면 읽기 쉬운 매트릭스를 만들기 어렵습니다.

2. 활동 목록 작성

   “할인 승인”, “신용 조건 확인”처럼 동사와 목적어로 활동을 표현합니다.

3. 참여 역할 확인

   조직도만 참고하지 말고 활동을 바탕으로 열을 정합니다. 서로 쉽게 구분할 수 있는 역할 이름을 사용하세요.

4. 최종 책임 역할부터 지정

   활동마다 최종 책임 역할을 하나 선택합니다. 팀이 합의하지 못하면 나머지 행을 채우기 전에 먼저 해결하세요.

5. 실행 책임 역할 지정

   업무를 수행하는 역할을 하나 이상 지정합니다. 실행 책임 역할은 여러 개일 수 있습니다.

6. 필요한 협의 대상과 공유 대상 추가

   협의 대상 역할은 업무가 확정되기 전에 의견을 제공하고, 공유 대상 역할은 진행 상황을 전달받습니다. 활동에 참여하지 않는 역할의 셀은 비워 두세요.

7. 의사결정 방식 확인

   “이 역할들이 의견이 다르면 누가 결정하나요?”라고 물어보세요. 답이 분명하지 않다면 역할 지정을 다시 검토합니다.

8. 프로세스 소유자와 검토 계기 기록

   소유자와 검토를 시작할 계기, 매트릭스를 마지막으로 검토한 날짜를 기록합니다.

논의 내내 최종 책임과 실행 책임을 구분하세요. 역할을 맡은 사람이 바뀌어도 차트를 계속 사용할 수 있도록 개인 이름 대신 역할 이름을 사용합니다.

RACI 매트릭스로 알 수 없는 것은 무엇인가요?

RACI 매트릭스는 의도한 책임 배정을 기록합니다. 실제로 사람들이 그 역할에 따라 업무를 수행하는지, 프로세스가 의도한 결과를 내는지는 보여주지 않습니다.

• 실제 업무가 어떻게 진행되는지는 보여주지 않습니다. 매트릭스에 신용 조건 확인 책임이 지정되어 있어도 해당 단계를 건너뛰거나 늦게 완료하는지는 알 수 없습니다.
• 내용이 오래될 수 있습니다. 팀이나 시스템, 프로세스 단계가 바뀌면 역할 지정이 현재 상황과 맞지 않을 수 있습니다.
• 활동별 역할은 지정하지만 전체 결과의 최종 책임까지 모두 정하지는 않습니다. 프로세스 소유자는 여전히 전체 프로세스에 책임을 져야 합니다.

프로세스가 실제로 어떻게 운영되는지 보여주는 근거와 매트릭스를 함께 살펴보세요. 프로세스 모니터링과 process mining을 활용하면 문서화된 프로세스와 이벤트 데이터를 비교할 수 있습니다. 두 내용이 다르다면 문서나 실제 업무 방식 중 어디를 검토해야 하는지 확인하세요.

업무 책임을 정리했다면 프로세스 최적화 실행 방법에서 인사이트를 실행으로 옮기는 단계를 살펴보세요. 어떤 접근법을 선택할지 고민 중이라면 프로세스 개선 기법을 확인해 보세요. process mining에 필요한 데이터는 이벤트 로그 문서에서 자세히 알아볼 수 있습니다.