Jesteś kierownikiem projektu oprogramowania, który wykorzystuje hybrydowy cykl życia. Podczas planowania zidentyfikowano ryzyko, że zasób techniczny dla działania na ścieżce krytycznej może być niedostępny. Tydzień przed rozpoczęciem tego działania, przydzielony inżynier ma nagły wypadek osobisty i bierze urlop. Co powinieneś zrobić w następnej kolejności?

Prawidłowa odpowiedź to skonsultowanie rejestru ryzyk i wdrożenie zaplanowanej reakcji. Ponieważ ryzyko zostało zidentyfikowane podczas planowania, powinno mieć przypisaną strategię reakcji w rejestrze ryzyk. Wdrożenie tej strategii jest priorytetem, aby zminimalizować wpływ na ścieżkę krytyczną. Przełożenie zadania (opcja B) jest reakcją, ale może nie być optymalne, jeśli istnieje inna, bardziej efektywna zaplanowana reakcja. Usunięcie zadania (opcja C) jest drastyczne i prawdopodobnie wpłynie na zakres projektu. Aktualizacja wniosków wyciągniętych i dziennika ryzyk (opcja D) jest ważna, ale jest to działanie następcze, a nie natychmiastowa reakcja na właśnie zmaterializowane ryzyko.