Powrót do strony głównej

DICE-framework dla IT: ocena ryzyk projektów

DICE-framework BCG ocenia sukces projektów według czterech parametrów: D, I, C1/C2, E. Formuła ujawnia ryzyka przed startem. Przypadek automatyzacji pokazuje mitigację od porażki do sukcesu.

DICE: jak uniknąć porażki projektu IT na starcie
Advertisement 728x90

Metoda DICE: prognozowanie sukcesu projektów IT na etapie startu

Ramka DICE od Boston Consulting Group pozwala ilościowo ocenić prawdopodobieństwo sukcesu inicjatywy jeszcze przed jej uruchomieniem. Wzór uwzględnia cztery kluczowe czynniki: Duration (D), Integrity (I), Commitment (C1 i C2), Effort (E). Ostateczny wynik decyduje o strefie ryzyka: 7–13 — sukces, 14–17 — ostrzeżenie, 18+ — porażka.

Wartości są oceniane w skali od 1 (optymalne) do 4 (krytyczne). Wzór: DICE = D + 2×I + 2×C1 + C2 + E. Duża waga I i C1 podkreśla znaczenie zespołu oraz wsparcia kierownictwa.

Detalizacja parametrów

Duration (D): częstotliwość kontroli

Ten parametr mierzy regularność analizy postępów, problemów i terminów. Częste synchronizacje zwiększają kontrolę bez nadmiernego mikromanagementu.

Google AdInline article slot

| Punkty | Warunek |

|-------|--------|

| 1 | Co 1–2 tygodnie |

Google AdInline article slot

| 2 | Co 3–4 tygodnie |

| 3 | Co 2 miesiące |

| 4 | Rzadziej |

Google AdInline article slot

Integrity (I): kompetencje zespołu

Ocenia umiejętności techniczne, doświadczenie i poziom członków, w tym lidera. Waga ×2 odzwierciedla dominującą rolę: słaby zespół drastycznie zwiększa ryzyko, ale poprawa przynosi duży efekt.

| Punkty | Warunek |

|-------|--------|

| 1 | Specjaliści |

| 2 | Raczej tak |

| 3 | Raczej nie |

| 4 | Słabe kompetencje |

Commitment (C): zaangażowanie

Podzielone na C1 (kierownictwo) i C2 (zespół). C1 ma wagę ×2: wsparcie z góry chroni przed rozproszeniem.

C1 (kierownictwo):

| Punkty | Warunek |

|-------|--------|

| 1 | Wsparcie |

| 2 | Neutralne |

| 3 | Ukrywany sprzeciw |

| 4 | Otwarty sprzeciw |

C2 (zespół):

  • Chętnie przyjmują.
  • Nie sprzeciwiają się.
  • Opóźniają (sabotaż przez przesunięcia).
  • Gwałtownie sprzeciwiają się.

Effort (E): obciążenie

Procent czasu ponad zadania podstawowe.

| Punkty | Warunek |

|-------|--------|

| 1 | ≤10% lub główne zadanie |

| 2 | 11–20% |

| 3 | 21–40% |

| 4 | >40% |

Praktyczny przykład: automatyzacja testowania

Zespół testerów wprowadza framework automatyzacji. Kwartał, 30% obciążenia, brak doświadczenia, lider przekonany, wysoki entuzjazm, brak synchronizacji.

Początkowa ocena:

  • D=4 (brak synchronizacji)
  • I=4 (brak doświadczenia)
  • C1=2 (neutralne)
  • C2=1 (entuzjazm)
  • E=3 (30%)

DICE = 4 + 8 + 4 + 1 + 3 = 20 (porażka).

Przyczyny: niedoszacowanie wysiłku, nagromadzenie problemów, brak ochrony przed błędami.

Zarządzanie ryzykiem:

  • Tygodniowe synchronizacje: D=1, DICE=17.
  • Rozciągnięcie na 2 kwartały, E=2, DICE=16.
  • Wsparcie lidera: C1=1, DICE=14.
  • Mentor/doświadczony: I=2, DICE=10.
  • Doświadczony zespół: I=1, DICE=8 (sukces).

Monitorowanie i zastosowanie

Przeliczaj DICE przy zmianach: zmiana kluczowego uczestnika, nowe zadania. Wykonuj na spotkaniach (D). Analiza końcowa ujawnia błędy oceny.

Stosuj do:

  • Inicjatyw międzyzespołowych.
  • Zmian procesów/architektury.
  • Wymagających zmiany zachowań.
  • Trwających dłużej niż miesiąc.

Przykłady w IT: CI/CD, migracje, nowa metoda testowania, kultura.

Ocena zespołowa zmniejsza subiektywizm: różnice wykrywają ryzyka.

Co jest ważne:

  • Wysoka waga I i C1: inwestuj w zespół i wsparcie.
  • Częste synchronizacje (D=1) szybko przenoszą z porażki do strefy ryzyka.
  • Opór zespołu (C2=3–4) to ukryty sabotaż.
  • Obciążenie >20% bez priorytetu — główny sygnał awarii.
  • Analiza końcowa jest konieczna do kalibracji.

— Editorial Team

Advertisement 728x90

Czytaj dalej