기술적 의사결정을 위한 DACI와 RACI: 승인자는 한 명, 기여자는 이름으로 지정

무엇인가

Atlassian의 DACI 플레이는 의사결정에 대해 네 가지 역할을 정의합니다. 드라이버(Driver)는 이해관계자를 모으고, 정보를 수집하고, 범위를 정하고, 합의된 날짜까지 결정이 내려지도록 이끕니다. 승인자(Approver)는 결정을 내리는 단 한 사람입니다. 이 플레이는 승인이 형식적인 도장 찍기가 아니라 능동적인 역할이 되도록 "한 사람"임을 강조합니다. 기여자(Contributor)는 전문 지식과 제안을 제공합니다. 이들에게는 발언권은 있지만 표결권은 없습니다. 정보 수신자(Informed)는 결과의 영향을 받는 사람들로, 결정이 내려진 뒤에 통보받습니다. 더 오래된 작업 중심 매트릭스인 RACI는 흔히, 각 활동마다 그 일을 실행할 책임자(Responsible) 한 명 이상, 정확히 한 명의 최종 책임자(Accountable), 사전에 자문하는 사람들(Consulted), 사후에 통보받는 사람들(Informed)을 배정하는 것으로 설명됩니다. 이는 하나의 결정을 위한 절차라기보다 여러 작업에 걸친 매트릭스입니다.

왜 중요한가

기술적 의사결정은 두 가지 방식으로 멈춰 버립니다. 결정을 매듭짓는 일을 아무도 책임지지 않거나, 모두가 자신에게 거부권이 있다고 믿는 경우입니다. 드라이버를 지정하면 첫 번째 문제가 해결되고, 승인자를 단 한 명으로 지정하면 두 번째 문제가 해결됩니다. 역할을 문서로 남겨 두면 기여자들에게 자신의 의견이 어떤 용도로 쓰이는지도 알려 주게 되어, 논의의 온도도 낮아집니다.

적용 방법

• 둘 이상의 팀에 영향을 미치는 결정이라면, 질문을 제목으로 한 페이지를 열고 D, A, C, I를 이름으로 나열한 뒤 결정 날짜를 정합니다. 그 페이지는 드라이버가 관리합니다.
• 승인자는 결과의 영향을 가장 많이 받는 사람, 즉 그 자리에서 가장 직급이 높은 사람이 아니라 결과를 실제로 운영할 시스템의 소유자로 정합니다.
• 기여자는 회의 전에 자신의 제안과 근거를 페이지에 적어 둡니다. 회의는 읽는 자리가 아니라 의견 차이를 다루는 자리입니다.
• 결정 내용과 기각된 대안, 그 이유를 아키텍처 결정 기록(ADR)에 남깁니다. ADR이 작성되고 정보 수신자 목록에 통보가 끝나면 DACI 절차는 종료됩니다.
• 문제가 일회성 선택이 아니라 반복되는 작업의 소유권이 불분명한 경우(누가 인증서를 교체할 차례인지, 누가 의존성 업데이트를 리뷰하는지)라면 DACI 대신 RACI를 씁니다.

함정

승인자가 두 명이거나, 승인자가 위원회에 결정을 떠넘기면, 이 프레임워크가 없애려던 바로 그 정체가 다시 생겨납니다. 드라이버가 승인자를 겸하면 정보 수집 단계를 건너뛰게 됩니다. 기여자를 표결자처럼 다루면 최소공배수식의 결정만 나옵니다. 한 행에 "A"가 여러 개이거나 모두에게 "C"가 붙은 RACI 매트릭스는 장식일 뿐입니다. 프레임워크는 역할을 배정할 뿐 판단을 대신해 주지 않으며, 근거 없이 기록된 결정은 나중에 다시 논쟁거리가 됩니다.