W jaki sposób przekazywać i zarządzać ryzykami zidentyfikowanymi dla projektu, jeśli PRINCE2 zastosowany jest dla zarządzania projektem, a zespoły realizujące zadania zarządzają nimi zwinnie?
W jaki sposób przekazywać i zarządzać ryzykami zidentyfikowanymi dla projektu, jeśli PRINCE2 zastosowany jest dla zarządzania projektem, a zespoły realizujące zadania zarządzają nimi zwinnie?
Jeśli projekt jest zarządzany zgodnie z PRINCE2, wskazane jest by była ustanowiona strategia zarządzania ryzykiem, w której opisane zostaną m.in. techniki oraz procedury zarządzania ryzykiem.
Obie metodyki nie stoją ze sobą w sprzeczności w tym zakresie i obie dopuszczają zastosowanie różnych technik, jednocześnie nie wskazując żadnej, jako jedynej właściwej.
Obie metodyki rekomendują co najmniej następujące iteracyjne kroki: identyfikacji, oceny, planowania i monitorowania.
"Przekazywanie" rozumiane może być na wiele sposobów: zgłaszanie, eskalowanie, przekazywanie do zarządzania (mianowanie właściciela ryzyka), przekazanie do wykonania reakcji (mianowanie wykonawcy/właściciela reakcji na ryzyko). Na każde z tych pytań: jak przekazywać, kiedy i komu - powinna odpowiadać strategia zarządzania ryzykiem w projekcie, która powinna być dostosowana do specyfiki danego projektu.
Mając na poziomie makro PRINCE2 (tak rozumiem), na poziomie mikro (Agile, domniemam konkretna metoda lub framework), jedno i drugie nie stoi sobie na przeszkodzie.
Np.:
1. PRINCE2 - zarządzanie ryzykiem na poziomie makro.
2. AGILE - zarządzanie ryzykiem na poziomie mikro.
Zespoły pracujące w podejściu zwinnym same definiują swoje ryzyka i same je rozwiązują. Zespoły te podlegają samoorganizacji. W przypadku przeszkód bądź ryzyk, które nie są w stanie same rozwiązywać po podjętych próbach, następuje eskalacja w górę, mam tu na myśli do Kierownika Projektu, którego to zadaniem, wspólnie z przedstawicielem zespołu/zespołów Agile (może to być Product Owner, Scrum Master, osoba oddelegowana, itp), jest na poziomie makro zdefiniować i wskazać ryzyko, wypracować potencjalne plany. Po czym informacje otrzymują zespoły agilowe, takie jak dane ryzyko, wtedy problem będzie rozwiązany.