Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)

Podobne dokumenty
Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 1 Zbigniew Misiak (BOC IT ( Consulting

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Zarządzanie inicjatywami i wymaganiami w projektach IT

PODSTAWY ZARZĄDZANIA PROJEKTAMI

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami a zarządzanie ryzykiem

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)

STUDIA PODYPLOMOWE Zarządzanie Projektami

Szkolenie 1. Zarządzanie projektami

Zarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r.

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski

Zarządzanie Projektami zgodnie z PRINCE2

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

Analiza biznesowa a metody agile owe

ZARZĄDZANIE PROJEKTAMI

Zarządzanie projektami w NGO

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Spis treści. 00 Red. Spis tresci. Wstep..indd :52:08

Dobry Product Backlog Oferta szkolenia dla Product Ownerów

PROGRAM STUDIÓW PODYPLOMOWYCH ZARZĄDZENIE PROJEKTAMI W OPARCIU O PMI-PMBoK.

Nowa specjalność Zarządzanie badaniami i projektami Research and Projects Management

Podstawy Zarządzania Projektami w Organizacjach

Programowanie zespołowe

Szkoła Project Managerów Kurs przygotowujący do certyfikacji IPMA na poziomie D 176 godzin

Czynności konsultantów podczas wdrożenia systemu ERP w kontekście zarządzania wiedzą. Przemysław Lech, Wydział Zarządzania UG

Zarządzanie inicjatywami i wymaganiami w projektach IT

Metodyki programowania. Tomasz Kaszuba 2015

Osiągnięte cele w sferze postaw, wiedzy i umiejętności

SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Osiągnięte cele w sferze postaw, wiedzy i umiejętności

Program kursu w ramach Projektu. Postaw na rozwój - szkolenia dla osób dorosłych z województwa mazowieckiego

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

BOC dla KJUF Podsumowanie warsztatów listopada 2011

BADANIE DOJRZAŁOŚCI PROJEKTOWEJ FIRM Z PÓŁNOCNEJ POLSKI

PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja Autor: Jolanta Łabędzka-Benisz.

ZARZĄDZANIE PROJEKTAMI. Tomasz Janka KFDZOM Kołobrzeg, 21 września 2017

Szkolenie Podstawy Zarządzania Projektami Informator

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.

Akademia ADB Wykład I Praca w grupie i jakość kodu

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Wstęp do zarządzania projektami

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2

Analityk i współczesna analiza

Agile vs PRINCE /2015 I rok st. magisterskie Informatyka

Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski

Interesujący interesariusze

Metodyki zwinne wytwarzania oprogramowania

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

PRAKTYKA ZARZĄDZANIA PROJEKTAMI W OPARCIU O PMBOK GUIDE 5TH.ED.

Programowanie Zespołowe

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny

Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A.

Podejście zwinne do zarządzania projektami

Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

HARMONOGRAM SZKOLEŃ OTWARTYCH 2015

Praktyczne wykorzystanie MS Project 2010

Programowanie zwinne

Akademia PMP przygotowanie do egzaminów PMP /CAPM - edycja weekendowa

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI

Szkolenie Scrum w projektach IT (Agile)

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Wstęp do zarządzania projektami

Bezpieczeństwo dziś i jutro Security InsideOut

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16

Zarządzanie efektywnością procesów w SSC/BPO

Academy of Advanced Project Management

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Scaling Scrum with SAFe. Małgorzata Czerwińska

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK

Data: marzec 2014 r. (2 dni, czwartek-piątek), godz Miejsce: Eureka Technology Park, Innowatorów 8

SKUTECZNE ZARZĄDZANIE PROJEKTAMI. Przeznaczenie zajęć, podstawowe cele i korzyści dla studentów:

LONDONSAM POLSKA OFERTA

Zarządzanie budowlanym projektem inwestycyjnym dla inwestycji publicznych i komercyjnych

PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

ZARZĄDZANIE PROJEKTAMI PRZEMYSŁOWYMI

Transkrypt:

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

Czym się będziemy zajmować? Co już było: 1. Teoria zarządzanie ryzykiem w projekcie 2. Co radzą praktycy (PRINCE2 i PMBOK) 3. Lekkie/zwinne metodyki czyli jak można zarządzać projektami 4. Techniki 5. LUDZIE 6. Kontekst

Czym się będziemy zajmować? Co będzie: 1. Specyfikacja wymagań 2. Oprogramowanie dla PMa 3. Powtórzenie przed testem 4. Test i wpisy 5. Projekty a zarządzanie zmianą w ITIL i COBIT 6. Podsumowanie

Specyfikacja Częste podejście: Word Klasyczne podejście: Przypadki użycia + use case diagrams Ale można też inaczej: user stories + prototypy + test Przy okazji: warto też poczytać o Agile Modelling http://www.agilemodeling.com/principles.htm Wydział Zarządzania UW

Agile Modelling Agile Modeling (Scott Ambler): Assume Simplicity Embrace Change Enabling the Next Effort is Your Secondary Goal Incremental Change Maximize Stakeholder ROI Model With a Purpose Multiple Models Quality Work Rapid Feedback Working Software Is Your Primary Goal Travel Light Content is More Important Than Representation Open and Honest Communication http://www.agilemodeling.com/principles.htm Wydział Zarządzania UW

Powtórzenie Zarządzanie ryzykiem ma nam pomóc realizować cele, które sobie postawiliśmy Jakość Zakres Czas Koszt Zarządzanie ryzykiem, to zarządzanie projektami dla dorosłych Tom DeMarco Wydział Zarządzania UW

Metodyki Do wyboru mamy dużo wytycznych: PMBOK PRINCE2 X-PRINCE SCRUM I to nie koniec Hermes http://www.hermes.admin.ch/ Agile Unified Process http://www.ambysoft.com/unifiedprocess/agileup.html

Etapy zarządzania ryzykiem Różne metodyki mogą odmiennie rozpisywać fazy RM Ź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 Jaką wartość oferujemy Klientowi? Narzędzia i techniki: Dlaczego cel biznesowy i powiązania (Balanced Scorecard) Zarządzanie wymaganiami (m.in. analiza MoSCoW) Jak specyfika projektu wpływa na zarządzanie ryzykiem

Identyfikacja ryzyk Co może się stać? Narzędzia i techniki: Mindmapping podczas burzy mózgów Techniki diagramowe Uczenie się na cudzych błędach poprzednie projekty i listy kontrolne Analiza założeń a co jeśli Pomocne tricki: Dywersant Pierwsza strona Koszmar

Analiza ryzyk Co wiąże się z danym ryzykiem? Narzędzia i techniki: Lista Macierz P/I

Ocena ryzyk Które ryzyka są najistotniejsze? Narzędzia i techniki: Wybieramy ryzyka opierając się na P/I lub liście i naszym apetycie na ryzyko

Postępowanie z ryzykiem Co robimy ze znaczącymi ryzykami? Narzędzia i techniki: Przegląd opcji (unikanie, transfer, redukcja, akceptacja) Wybór optymalnego rozwiązania Komunikacja i procedury

Działania ciągłe Komunikacja Co robimy ze znaczącymi ryzykami? Czy cały zespół wie o wszystkim, czego potrzebuje? Monitoring Czy wiemy na co uważać Jak traktujemy niespodzianki

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

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 interesariuszy o postępie prac projektowych?

Test Prosty :)

Oprogramowanie dla PMa Narzędzia komercyjne (np. MS Project) Darmowe oprogramowanie Zarządzanie projektami przez sieć Alternatywne rozwiązania Wydział Zarządzania UW

Darmowe narzędzia dla PMa GanttProject OpenWorkbench OpenProj Project in a Box Wydział Zarządzania UW

PM przez sieć Basecamp (http://www.basecamphq.com/) ZOHO Projects (http://projects.zoho.com/) activecollab (http://www.activecollab.com/) ]project-open[ (http://www.project-open.org/) dotproject (http://www.dotproject.net/) Project Insight (http://www.projectinsight.net/) FogBugz (http://www.fogcreek.com/fogbugz/) @task (http://www.attask.com/) Wydział Zarządzania UW

Dziękuję Materiały do wykładu: http://ryzyko.wordpress.com/ Kontakt: zbigniew.misiak@gmail.com Wydział Zarządzania UW