Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com
Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test i wpisy Zamówienia
Kluczowe zagadnienia Triada projektowa Jakość Czas Zakres Koszt Coś za coś. Zarządzając projektem musimy wiedzieć jakie parametry są święte
Etapy zarządzania ryzykiem Ustalenie kontekstu Identyfikacja Analiza Ocena Planowanie postępowania z ryzykiem Monitoring oraz komunikacja
Etapy zarządzania ryzykiem RóŜne metodyki mogą odmiennie rozpisywać te fazy Źródło: Project Risk Management Guidelines. Managing Risk in Large Projects and Complex Procurements, Cooper, D., Grey, S., Raymond, G., Walker, P., Wiley&Sons 2005
Kontekst Co staramy się osiągnąć? Kluczowe dla sukcesu: Zrozumienie oczekiwań wobec projektu i tego, w jaki sposób oceniane będą rezultaty (kluczowe czynniki sukcesu). Nie tylko co ma stworzyć projekt, ale teŝ dlaczego.
Identyfikacja ryzyk Co moŝe się stać? Kluczowe dla sukcesu: Ustalenie ryzyk istotnych dla projektu. Wiemy co moŝe nam popsuć plany i po czym poznamy, Ŝe się na to zanosi.
Analiza ryzyk Co wiąŝe się z danym ryzykiem? Kluczowe dla sukcesu: Ustalenie tego co konkretne ryzyka dla nas oznaczają. Świadomość jak często mogą występować i jaki mieć skutek.
Ocena ryzyk Które ryzyka są najistotniejsze? Kluczowe dla sukcesu: Uporządkowanie listy ryzyk i zdefiniowanie którym naleŝy poświęcić najwięcej uwagi w ramach projektu. Skoncentrowanie się na tych ryzykach, które są dla nas najistotniejsze (w oparciu o kontekst projektu).
Postępowanie z ryzykiem Co robimy ze znaczącymi ryzykami? Kluczowe dla sukcesu: Ustalenie optymalnego sposobu postępowania dla kaŝdego znaczącego ryzyka. Zapewnienie, Ŝe kaŝdy w projekcie wie co robić w razie materializacji ryzyka (osoby odpowiedzialne za ryzyka + plan).
Monitoring oraz komunikacja Czy na bieŝąco badamy co się dzieje? Czy wszyscy są odpowiednio informowani? Kluczowe dla sukcesu: Badanie czy ryzyka się nie materializują oraz czy zmiany w projekcie lub jego otoczeniu nie wymuszają dostosowania planu zarządzania ryzykiem. Zapewnienie, Ŝe interesariusze projektu są na bieŝąco informowani i podejmują kluczowe decyzje (bez niespodzianek ).
Zespół projektowy Czy w zespole projektowym mamy dostęp do wszystkich potrzebnych kompetencji? Czy ludzie nie mają zbyt wiele róŝnych obowiązków (szczególnie waŝne czy w okresie kulminacji projektu nic ich nie będzie odrywać)? Jak wygląda współpraca PMa z zespołem? Czy pracujesz z ludźmi lepszymi od siebie? Czy zespół ma stworzone optymalne warunki pracy?
Metodyka zarządzania projektami Czy prace projektowe przebiegają w oparciu o ustaloną metodykę, czy teŝ wszystko jest robione ad hoc? Czy wszystkie zainteresowane strony wiedzą w oparciu o jakie zasady przebiega praca i co to dla nich oznacza? Czy wybrana metodyka pasuje do specyfiki projektu (vide skala Cockburna)?
Metodyka zarządzania projektami Źródło: http://alistair.cockburn.us/
Metodyka zarządzania projektami Źródło: Project Risk Management Guidelines. Managing Risk in Large Projects and Complex Procurements, Cooper, D., Grey, S., Raymond, G., Walker, P., Wiley&Sons 2005
Harmonogram Czy harmonogram projektu został ustalony wraz z zespołem i uwzględnia dostępne zasoby, czy teŝ został narzucony bez moŝliwości negocjacji czasu oraz dostępnych zasobów? Czy planowanie czasu opiera się na ustaleniu co faktycznie ma zostać wykonane i danych historycznych odnośnie tego ile czasu zbliŝone zadania zajmowały porównywalnym zespołom? Czy naprawdę ostateczny deadline projektu jest toŝsamy z najbardziej optymistycznym terminem zakończenia prac? Czy w planie jest rezerwa czasu?
Wymagania i zakres Czy wszystkie zainteresowane strony ustaliły dokładnie co jest w zakresie projektu (np. co system będzie robił, a co jest poza zakresem)? Czy kluczowe decyzje o zmianach funkcjonalności są dyskutowane i dokumentowane? Czy zespół projektowy ma moŝliwość podejmowania decyzji projektowych w oparciu o potrzeby klienta (jasna dokumentacja pokazująca kontekst wykorzystania lub moŝliwość przedyskutowania funkcjonalności z kompetentnym i decyzyjnym przedstawicielem klienta)?
Narzędzia Czy zespół ma dostęp do potrzebnych narzędzi mogących ułatwić pracę i zminimalizować ryzyko (np. system kontoli wersji w rodzaju Subversion, czy narzędzie wspierające zbieranie wymagań i informacji o błędach Bugzilla)? Czy są wykorzystywane narzędzia wspierające komunikację i ułatwiające wszystkim zainteresowanym dostęp do dokumentacji projektu? Czy jest stosowane jakieś rozwiązanie pozwalające na informowanie interesaariuszy o postępie prac projektowych?
Test Naprawdę prosty :)
Podsumowanie Ewaluacja Materiały do wykładu i nie tylko: http://ryzyko.wordpress.com/
Podsumowanie Dziękuję