Wsparcie narzędziowe zarządzania ryzykiem w projektach

Transkrypt

1 Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com

2 Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test i wpisy Zamówienia

3 Kluczowe zagadnienia Triada projektowa Jakość Czas Zakres Koszt Coś za coś. Zarządzając projektem musimy wiedzieć jakie parametry są święte

4 Etapy zarządzania ryzykiem Ustalenie kontekstu Identyfikacja Analiza Ocena Planowanie postępowania z ryzykiem Monitoring oraz komunikacja

5 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

6 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.

7 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.

8 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.

9 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).

10 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).

11 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 ).

12 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?

13 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)?

14 Metodyka zarządzania projektami Źródło:

15 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

16 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?

17 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)?

18 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?

19 Test Naprawdę prosty :)

20 Podsumowanie Ewaluacja Materiały do wykładu i nie tylko:

21 Podsumowanie Dziękuję