DACI 의사결정 예시: 제품 공개 방식 정하기

모두가 선택지를 이해해도 출시 논의가 멈출 수 있습니다. 제품 담당자는 공개를 원하고, 지원팀은 준비 시간이 더 필요하며, 개발팀은 공개 범위를 줄이자고 합니다. 누가 최종 결정을 내리는지 모르면 다음 회의에서도 같은 의견 차이만 반복될 수 있습니다.

DACI는 이 결정에 필요한 역할을 명확히 나눕니다. 공동 제품 기획 보드에 결정할 질문, 관련 인물, 근거를 선택지와 나란히 놓습니다. 목적은 모두가 동의하게 만드는 것이 아닙니다. 적절한 권한을 가진 사람이 필요한 정보를 바탕으로 결정하고, 영향을 받는 팀이 그 의미를 이해하도록 돕는 것입니다.

DACI의 역할별 책임

Atlassian Team Playbook의 DACI 안내는 네 가지 역할을 구분합니다.

• Driver(추진자): 결정을 진전시킵니다. 필요한 정보를 모으고 의견 수렴을 조율하며 합의한 결정일을 공유합니다.
• Approver(결정권자): 이번 결정을 내리는 한 사람입니다. 다른 곳에서 이미 정해진 결과에 형식적으로 도장을 찍는 역할만을 뜻하지는 않습니다.
• Contributors(기여자): 선택지 평가에 필요한 지식을 제공하는 사람들입니다. 의견은 판단의 근거가 되지만, 각 기여자에게 별도의 투표권이 있다는 뜻은 아닙니다.
• Informed(공유 대상): 이번 결정에는 직접 참여하지 않아도 자신의 업무에 영향을 받기 때문에 결과를 알아야 하는 사람들입니다.

모든 부서를 한 칸에 적는 대신 담당자를 명시하세요. ‘제품팀과 개발팀’이라고 적으면 결정권자가 누구인지 알 수 없습니다. DACI가 원래 없던 권한을 만들어 주지도 않습니다. 조직의 기존 책임 범위 안에서 누가 그 질문을 결정할 수 있는지 확인합니다.

공개 범위에 관한 질문 하나 정하기

새 파일 공유 기능을 개발하는 가상의 팀을 생각해 보겠습니다. 제한적으로 공개할 준비는 됐지만 공개 방식은 정하지 못했습니다. 질문은 ‘참여를 신청한 사용자에게 시범 제공할 것인가, 전체 공개할 것인가, 아니면 지원 준비가 끝날 때까지 공개를 미룰 것인가?’입니다.

이번 결정은 공개 범위에 관한 것입니다. 필수 보안 점검을 생략해도 되는지, 제품의 접근 정책을 바꿀 것인지까지 결정하는 것은 아닙니다. 결정권자에게 해당 권한이 이미 있지 않다면 이러한 제약은 재량 범위 밖에 있습니다. 선택지를 논의하기 전에 경계를 명시하세요.

고객 안내 일정을 잡기 전에 답이 필요합니다. 이 실제 의존 관계를 결정일 옆에 적습니다. 임의의 마감은 성급한 결정을 유도할 수 있지만, 실제 업무에 연결된 날짜는 무엇이 기다리고 있는지 설명해 줍니다.

예시의 역할 배정하기

한 결정에서 의견을 제공한 사람이 다른 결정에서는 결과만 공유받을 수도 있습니다. 이해하기 어려운 권한 변경을 설명하는 일이 공개의 전제라면 문서 담당자는 기여자가 될 수 있습니다. 직함에 따라 역할을 고정하지 말고 질문에 맞춰 배정하세요.

같은 질문으로 선택지 비교하기

각 선택지가 무엇을 가능하게 하는지, 어떤 위험이 있는지, 진행하기 전에 무엇이 충족되어야 하는지 묻습니다. 기대하는 이점과 실제로 그런 이점이 생긴다는 근거는 구분합니다.

‘개발팀은 시범 제공을 선호한다’는 의견입니다. ‘특정 계정으로 공개를 제한할 수 있지만 지원팀은 새 오류 메시지를 검토하지 않았다’는 결정권자가 활용할 수 있는 정보입니다. 해당 주장을 가장 잘 아는 기여자에게 근거와 확인되지 않은 범위를 설명해 달라고 요청합니다.

시범 제공을 안전하게 되돌릴 수 있는지 모른다면 담당자가 있는 질문으로 표시합니다. ‘아마 가능할 것이다’를 확인된 조건으로 바꾸지 않습니다. 추진자의 다음 행동은 광범위한 회의를 하나 더 잡는 것이 아니라 그 답을 확보하는 일일 수 있습니다.

의견 차이를 숨기지 않고 결정하기

추가 점검을 통해 제한적인 시범 제공이 가능하고 지원팀도 해당 사용자를 지원할 수 있다고 확인했다고 가정해 보겠습니다. 결정권자는 신청자 대상 시범 제공을 선택하고 지원 자료가 완성될 때까지 전체 공개는 하지 않기로 합니다. 결정을 한 문장으로 기록합니다.

‘지정한 출시 점검이 끝난 뒤 범위를 제한한 신청자 대상 시범 제공을 시작한다. 지원 준비 상태를 검토하기 전에는 공개 범위를 확대하지 않는다.’

이유도 중요합니다. 시범 제공은 현재의 지원 역량에 맞추면서 사용 과정을 관찰하게 해 줍니다. 지원 책임자의 우려, 검토한 근거, 확대 조건을 함께 기록합니다. 모든 불확실성이 사라졌다고 주장하지 않아도 결정은 명확할 수 있습니다.

필수 점검을 통과하지 못했다면 이 결정이 무조건 진행하라는 허가는 아닙니다. 시범 제공을 멈출지, 선택지를 바꿀지, 다른 권한자의 판단이 필요한지 기록합니다. 처음 적어 둔 제약을 ‘결정권자가 승인했다’는 말로 대신하지 않습니다.

Boardmix에서 읽기 쉬운 결정 기록 만들기

Boardmix 캔버스 위쪽에 질문과 범위를 놓고, 옆에는 간결한 DACI 역할 표를 만듭니다. 아래에는 세 선택지 카드를 같은 항목으로 배치합니다. 이유, 우려, 근거, 미해결 질문입니다. 검토 중인 선택지를 결정된 계획으로 오해하지 않도록 최종 결정은 별도 공간에 남깁니다.

논의 중 사실로 확인한 답은 해당 질문 옆에 추가합니다. 확인하지 않은 주장은 미해결 상태로 표시합니다. 결정권자가 판단하면 결정 내용, 이유, 다음 행동의 담당자, 공유 대상을 적습니다. 이는 시각적인 작업 기록이며 승인 절차를 자동화하거나 제품 출시 권한을 부여하는 기능은 아닙니다.

의사결정 기록부에 논의 후의 결과를 보관할 수 있습니다. 모든 댓글을 복제하기보다 해당 작업 보드로 연결하세요. 공유 대상에게는 설명 없는 회의 화면 대신 결정 내용, 자신의 업무에서 달라지는 점, 판단 이유를 볼 수 있는 위치를 전달합니다.

Boardmix 보드를 열고 논의가 반복되는 다음 결정을 정리해 보세요. 먼저 질문을 쓰고 결정권자를 정합니다. 둘 중 하나라도 합의되지 않았다면 다른 선택지를 비교하기 전에 해결합니다.