Zarządzanie projektem

Rejestr ryzyka projektu: szablon i przykład z nagrania spotkania

Utwórz rejestr po spotkaniu projektowym. Odróżnij ryzyko od problemu, wskaż odpowiedzialnych i zapisz sygnały. Z szablonem i przykładem.

Zespół Transkribator5 min czytania
SygnałOpóźnieniePlan BSprawdź z wyprzedzeniem
Jasny przykładSzablon roboczySprawdzenie wyniku
Po co jest rejestr

Ryzyko może się urzeczywistnić. Problem już istnieje.

Rejestr zawiera niepewne zdarzenia, które mogą wpłynąć na wynik. Wskazuje, co obserwować, co zrobić wcześniej i kiedy zmienić plan.

„Klient dostarczył materiały trzy dni po terminie” to problem. „Bez materiałów do środy testy mogą potrwać dłużej niż do piątku” to ryzyko. Są powiązane, ale wymagają innych działań. Chodzi o zwykłe projekty, a nie wyspecjalizowane rejestry BHP, audytu czy zgodności.

Ogólna obawa
Wszystko może pójść źle.
Konkretne sformułowanie
Bez dostępu testowego do środy zespół nie zdąży sprawdzić integracji do piątku.
Jak przygotować rejestr

Jak stworzyć rejestr z rozmowy zespołu

  1. Znajdź stwierdzenia o niepewności

    Szukaj „jeśli”, „zależy od”, „jeszcze nie wiemy” i „możemy nie zdążyć”. Ustal, na jaki wynik projektu może to wpłynąć.

  2. Rozłóż opis na trzy części

    Przyczyna lub warunek → możliwe zdarzenie → skutek. „Zatwierdzenie zależy od jednej osoby” opisuje przyczynę lepiej niż „ryzykiem jest Alex”.

  3. Uzgodnij ocenę z zespołem

    Oceniaj prawdopodobieństwo i wpływ osobno. W małym projekcie wystarczą opisane kategorie jakościowe. Nie przedstawiaj subiektywnej oceny jako obliczonego prawdopodobieństwa.

  4. Wyznacz osobę do monitorowania

    Ta osoba obserwuje sygnał, zbiera dane i zgłasza sprawę. Nie musi sama usuwać wszystkich przyczyn i nie jest winna, gdy zdarzenie nastąpi.

  5. Zapisz działania przed zdarzeniem i po nim

    Zapobieganie ogranicza prawdopodobieństwo lub wpływ. Plan awaryjny uruchamia określony warunek. W obu działaniach ustal wykonawców i ograniczenia.

  6. Ustal kolejny przegląd

    Sprawdzaj wpis na ważnych etapach i po uzyskaniu nowych danych. Wyjaśnij zamknięcie: usunięto zależność, zdarzenie nastąpiło albo etap się zakończył.

Przykład dydaktyczny

Dostęp testowy do integracji

Fragment przykładowego nagrania · 09:15
„Obiecano dostęp na jutro, ale wniosku jeszcze nie potwierdzono. Bez dostępu nie sprawdzimy wymiany danych do piątku”.

Fragment jest fikcyjny. Nie dowodzi, że dostawca spóźni się. Zapisz ryzyko, a stan wniosku potwierdź osobno.

PoleWypełniony przykład
RyzykoBrak dostępu testowego do środy
SkutekTest wymiany danych przekracza uzgodniony termin
PodstawaWniosek wysłany, nadal bez potwierdzenia
Prawdopodobieństwo / wpływNieznane do odpowiedzi dostawcy / duży wpływ na termin testu
WłaścicielKoordynator integracji
Działanie zapobiegawczeDziś sprawdzić status i dostępne środowisko testowe
Sygnał planu BW środę o 12:00 nie ma działającego dostępu
Plan BUzgodnić nowy termin testu. Nie uznawać niesprawdzonej wymiany za gotową.
Następny przeglądŚroda, 12:00
PrzyczynaZdarzenieSkutekW tym przykładzieBrak potwierdzeniaDostęp po terminieTest się przesuwaJak zareagowaćSprawdzić statusSprawdzić sygnałUzgodnić nowy plan
Wybierz reakcję według związku przyczyn i skutków, nie według alarmującego tonu.

Celowo nie podano „70%”, ponieważ brak danych na poparcie tej liczby. Ocenę można zmienić po odpowiedzi dostawcy. Termin sygnału ogranicza powracanie do tej samej obawy bez nowych faktów.

Utrzymanie rejestru

Aktualizuj rejestr wraz z projektem

1Wykrycieźródło i warunek2Doprecyzowaniewpływ i działanie3Monitorowaniesygnał i właściciel4Przeglądstan i przyczyna
Cykl życia wpisu o ryzyku.

Po przyznaniu dostępu sprawdź, czy działa. E-mail „dostęp gotowy” nie wystarcza do zamknięcia zależności. Gdy ryzyko się urzeczywistni, powiąż je z problemem i planem awaryjnym. Jeśli prawdopodobieństwo spadło, zapisz powód.

Utrzymuj rejestr w użyciu. Omawiaj zmienione wpisy, zbliżające się sygnały i ryzyka bez właściciela. Pytaj o nowe informacje, ich wpływ na ocenę i kolejne działanie. Jeśli nie potrzeba dodatkowych działań, zapisz odpowiedzialnego i warunki przeglądu.

Szablon

Podstawowy rejestr dla zespołu

Szablon do własnego użytkuZaznacz i skopiuj
ID i data wykrycia:
Cel lub etap projektu:
Jeśli [warunek], może wystąpić [zdarzenie], powodując [skutek].
Źródło: nagranie / znacznik czasu / dokument:
Prawdopodobieństwo i uzasadnienie:
Wpływ i uzasadnienie:
Osoba monitorująca:
Zapobieganie, wykonawca i termin:
Sygnał planu awaryjnego:
Plan awaryjny i osoba zatwierdzająca:
Następny przegląd:
Stan i powód zmiany:
  • Warunek można sprawdzić.
  • Niepewność pozostaje wyraźna.
  • Wiadomo, kto obserwuje sygnał.
  • Wpis ma termin kolejnego przeglądu.
Częste pytania

Przyjrzyjmy się szczegółom

Czy potrzebne są punkty?

Nie. W małym projekcie można zacząć od opisowych ocen z uzasadnieniem. Liczby pomagają przy wspólnych regułach.

Czym rejestr różni się od macierzy ryzyka?

Rejestr przechowuje szczegóły, właścicieli i działania. Macierz rozmieszcza ryzyka według prawdopodobieństwa i wpływu. Każde narzędzie ma inny cel.

Czy AI może samodzielnie wypełnić rejestr?

Może wskazać możliwe ryzyka w tekście, ale nie zna całej sytuacji. Potwierdź z zespołem ocenę, właściciela i akceptowalną reakcję.

Pracuj dalej z nagraniem