DICE 프레임워크: 프로젝트 시작부터 성공 가능성을 예측하는 방법
보스턴 컨설턴시 그룹이 개발한 DICE 프레임워크는 프로젝트 출시 전에 성공 확률을 정량적으로 평가할 수 있게 해줍니다. 이 공식은 네 가지 핵심 요소를 반영합니다: 기간(D), 신뢰성(I), 헌신도(C1과 C2), 노력(E). 최종 점수에 따라 리스크 구역이 결정되며, 7~13점은 성공, 14~17점은 주의 필요, 18점 이상은 실패로 분류됩니다.
각 매개변수는 1(최적)에서 4(위기)까지 점수화되며, 공식은 다음과 같습니다: DICE = D + 2×I + 2×C1 + C2 + E. I와 C1에 부여된 높은 가중치는 팀 역량과 리더십 지원의 결정적 영향력을 강조합니다.
매개변수별 설명
기간 (D): 정기 점검 빈도
진행 상황, 문제 발생, 마감일 관리의 빈도를 측정합니다. 정기적인 점검은 통제력을 높이지만, 지나친 간섭(마이크로맨지먼트)은 피해야 합니다.
| 점수 | 조건 |
|------|------|
| 1 | 1~2주마다 |
| 2 | 3~4주마다 |
| 3 | 2개월마다 |
| 4 | 희귀하게 |
신뢰성 (I): 팀 역량
팀 구성원(리드 포함)의 전문 능력, 경험, 경력 수준을 평가합니다. ×2 가중치는 그 중요성을 반영하며, 약한 팀은 위험을 크게 증가시키지만, 개선 시 강력한 긍정적 효과를 낳습니다.
| 점수 | 조건 |
|------|------|
| 1 | 전문가 수준 |
| 2 | 대부분 전문가 |
| 3 | 대부분 비전문가 |
| 4 | 역량 부족 |
헌신도 (C): 일치성과 지원
C1(리더십)과 C2(팀)으로 나뉩니다. C1은 두 배의 가중치를 가지며, 상하위 지원은 외부 방해로부터 보호합니다.
C1(리더십):
| 점수 | 조건 |
|------|------|
| 1 | 완전히 지지 |
| 2 | 중립적 |
| 3 | 은밀히 반대 |
| 4 | 공개적으로 반대 |
C2(팀):
- 자발적으로 수용.
- 반대 없음.
- 저항(지연을 통한 방해).
- 강하게 반대.
노력 (E): 업무 부담
핵심 업무 외에 소요되는 시간 비율입니다.
| 점수 | 조건 |
|------|------|
| 1 | ≤10% 또는 주요 업무 |
| 2 | 11~20% |
| 3 | 21~40% |
| 4 | >40% |
실제 사례: 테스트 자동화 프로젝트
QA 팀이 테스트 자동화 프레임워크 도입을 추진합니다. 일정: 1분기, 추가 노력 30%, 전사 경험 없음, 리드는 설득됨, 팀 열정 높음, 정기 회의 없음.
초기 평가:
- D=4 (정기 회의 없음)
- I=4 (경험 없음)
- C1=2 (중립)
- C2=1 (열정적)
- E=3 (30%)
DICE = 4 + 8 + 4 + 1 + 3 = 20 (실패).
근본 원인: 노력 과다 평가, 문제 누적, 버그로부터의 보호 부족.
개선 조치:
- 주간 회의 도입: D=1 → DICE=17.
- 일정 2분기로 연장: E=2 → DICE=16.
- 리드의 적극적 지원 확보: C1=1 → DICE=14.
- 멘토/전문가 추가: I=2 → DICE=10.
- 경험이 풍부한 팀 구성: I=1 → DICE=8 (성공).
모니터링 및 적용 전략
핵심 인물 변경, 새로운 업무 추가 등 변화 발생 시 DICE 재계산. 정기 회의(D)에서 검토하고, 사후 분석을 통해 추정 오류를 파악합니다.
DICE를 활용할 수 있는 경우:
- 다팀 협업 프로젝트.
- 프로세스 또는 아키텍처 변경.
- 행동 변화가 필요한 프로젝트.
- 1개월 이상 지속되는 프로젝트.
IT 적용 사례: CI/CD 파이프라인, 시스템 마이그레이션, 새로운 테스트 모델, 조직 문화 전환.
집단 평가로 주관성 감소 — 불일치는 숨겨진 리스크를 드러냅니다.
핵심 교훈:
- I와 C1에 높은 가중치: 팀 강화와 리더십 지지에 투자하세요.
- 정기 회의(D=1)는 실패에서 주의 구역으로 빠르게 전환합니다.
- 팀 저항(C2=3~4)은 은밀한 방해를 시사합니다.
- 우선순위 없이 20% 이상의 부담 = 프로젝트 실패의 주요 원인.
- 사후 분석은 보정과 학습을 위해 필수입니다.
— Editorial Team
아직 댓글이 없습니다.