SCRUM + PRINCE2
Tomanek i Juricek zaproponowali model integracji ryzyka łącząc scruma i elementy metodologii PRINCE 2. Powstanie modelu poprzedziła analiza cyklu sprintowego i określenie w jaki sposób, w ramach sprintów scrumowych, faktyczne występuje zarządzanie ryzykiem w projekcie (identyfikacja, ocena , reakcja na ryzyko). Następnie powstała ankieta, którą wypełniło 64 project managerów z czeskich i słowackich korporacji zajmujących się rozwojem oprogramowania. Jako jej wynik powstał model prezentujący proces zarządzania ryzykiem w kontekście odpowiedzialności wynikających z ról scrumowych, czyli product ownera, scrum mastera i zespołu developerskiego oraz projekt managera jako głównego interesariusza realizowanego produktu. W ramach modelu wyodrębniono elementy zarządzania ryzykiem, takie jak: - identyfikacja ryzyka przez zespół scrumowy podczas sprint planningu, - spotkania statusowe z kierownikiem projektu w trakcie sprintu, podczas których omawiane są zagrożenia (przeszkody) związane z celem sprintu, - omówienie ryzyka funkcjonalnościami produktu podczas sprint review. Jeżeli występują ryzyka mające wpływ na dalsze prace, przedstawienie działań zmierzających do zminimalizowania ryzyka. Identyfikacja, ocena, reakcja na ryzyko, zatwierdzanie działań związanych ryzykiem w ramach ceremonii scrumowych, czyli planowania, daily, review i retrospektywy oraz w trakcie samego sprintu model wskazuje jako obowiązkowe i rekomendowane.
TOMANEK M. JURICEK J., Project Risk Management Model Based on PRINCE2 and Scrum Frameworks, International Journal of Software Engineering & Applications (IJSEA), (1), Sydney, 2015
KROKI: identyfikacja, ocena (szacowanie i ocena), planować, wdrażać i komunikować. Pierwsze cztery kroki są sekwencyjne,z krokiem „Komunikacja” przebiegającym równolegle;
ANKIETA: Respondentów zapytano, kto przede wszystkim identyfikuje zagrożenia. Członkowie zespołu projektowego(80%), kierownik projektu (67%), członek zespołu deweloperskiego (40%) i scrum master (40%)
WAŻNA KWESTIA - ZARZĄDZANIE RYZYKIEM NA POZIOMIE CAŁEGO PROJEKTU, A NIE NA POZIOMIE SPRINTÓW