Wsparcie narzędziowe zarządzania ryzykiem w projektach

Podobne dokumenty
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. Spotkanie 3 Zbigniew Misiak (BOC IT Consulting)

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

Wsparcie narzędziowe zarządzania ryzykiem w projektach

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

COBIT 5 I I N N E S TA N D A R D Y. Sylwia Wystub, CISA, ABCP

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

COBIT 5 WHITE PAPER WSTĘP

Zarządzanie inicjatywami i wymaganiami w projektach IT

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Zarządzanie projektami w NGO

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

Podstawy organizacji systemów zarządzania bezpieczeństwem informacji dokumenty podstawowe

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

Zarządzanie usługami IT

Zarządzanie projektami a zarządzanie ryzykiem

Usługowy model zarządzania w oparciu o ITIL v3. wprowadzenie do biblioteki ITIL na prostym przykładzie

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

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

Bezpieczeństwo dziś i jutro Security InsideOut

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

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

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

Metodyki programowania. Tomasz Kaszuba 2015

Metodyka zarządzania projektami

Krzysztof Tomkiewicz Bydgoszcz, 26 października 2009 r.

Zarządzanie Projektami zgodnie z PRINCE2

Kalendarz szkoleń otwartych Conlea

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

PODSTAWY ZARZĄDZANIA PROJEKTAMI

Szkolenie 1. Zarządzanie projektami

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

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

KILKA SŁÓW O ROLI PRODUCT MANAGERA

STUDIA PODYPLOMOWE Zarządzanie Projektami

Conlea Public Course Calendar

Zarządzanie ryzykiem w IT

Procesowa specyfikacja systemów IT

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

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Efektywne Zarządzanie IT w Przedsiębiorstwie, III edycja

Metodyki zwinne wytwarzania oprogramowania

ISTOTNYCH. o COBIT 5

Proces projektowania i wdrożenia serwisu internetowego

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

kompetencji zawodowych Dobrze poprowadzone na bazie PMBOK Guide, 6th Edition Grzegorza Szałajko. zespół Indeed wzmocnić korzyści

Zarządzanie projektami

Programowanie zwinne

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

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

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Opis metodyki i procesu produkcji oprogramowania

Zarządzanie projektami

PROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI

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

Agile vs PRINCE /2015 I rok st. magisterskie Informatyka

Studia podyplomowe w zakresie zarządzanie projektami Project Management

Conlea Public Course Calendar

Interesujący interesariusze

Kalendarz szkoleń otwartych Conlea

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

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Nowe modele zakupowe usług IT w obszarze ochrony zdrowia.

Efektywne Zarządzanie IT w Przedsiębiorstwie, II edycja

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

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Zarządzanie projektami. Porównanie podstawowych metodyk

Podstawowe pytania o bezpieczeństwo informacji i cyberbezpieczeństwo w jednostkach sektora finansów publicznych

AGILE PROJECT MANAGEMENT

Dwie oceny systemu bezpieczeństwa: ilościowa i jakościowa. Robert Kępczyński Senior Consultant

TENSTEP PROJECT MANAGEMENT PROCESS

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

Programowanie zespołowe

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

Launch. przygotowanie i wprowadzanie nowych produktów na rynek

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zarządzanie inicjatywami i wymaganiami w projektach IT

Zarządzanie usługami IT zwinność

Akademia menedżerów IT

Spis treści. Konwencja zapisu przyjęta w niniejszym podręczniku

Szkolenie Scrum w projektach IT (Agile)

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

Scaling Scrum with SAFe. Małgorzata Czerwińska

BOC dla KJUF Podsumowanie warsztatów listopada 2011

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

Aurea BPM. Unikalna platforma dla zarządzania ryzykiem Warszawa, 25 lipca 2013

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

HP Service Anywhere Uproszczenie zarządzania usługami IT

Piotr Ślęzak. Gdzie się podziała jakość

Academic year: 2017/2018 Code: ITE s ECTS credits: 4. Study level: Second-cycle studies Form and type of study: -

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

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

Dobry Product Backlog Oferta szkolenia dla Product Ownerów

Tematy prac magisterskich Rok akademicki 2013/2014

Transkrypt:

Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 3 Zbigniew Misiak (BOC IT ( Consulting Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi

Czym się będziemy zajmować? Co będzie: 1. Czynnik ludzki 2. Specyfikacja wymagań, czyli skąd wiemy co robić 3. Soft dla PMa 4. Powtórzenie 5. Test i wpisy 6. (na deser) Projekty a zarządzanie zmianą w ITIL i COBIT

Czemu ludzie są istotni? Dobierz sobie odpowiednich ludzi, a wtedy niezależnie od tego jaki popełnisz błąd, ci ludzie cię uratują Wymienność ludzi? Tom DeMarco: 1) Najlepszy programista 10 razy lepszy od najgorszego 2) Najlepszy programista 2,5 raza lepszy niż mediana 3) Górna połowa 2 razy lepsza od dolnej połowy

Czynnik ludzki nieludzieistnieniaktórych, tacytoprzywódcynajlepsi. dostrzegają. szanująiceniąludziektórych, tacyto niżejstopień ; bojąsięktórych, tacypotem. nienawidząktórych, tacywreszcie pracęswąskończyprzywódcówznajlepszykiedy ludziemówią:'zrobiliśmytosami'. Lao-tse Zadaniem menedżera nie jest zmuszanie ludzi do pracy, a stwarzanie im warunków do pracy Tom DeMarco

Czynnik ludzki Jakzrujnowaćzespół(TomDeMarco): 1. defensywnezarządzanie 2. biurokracja 3. fizyczne oddalenie 4. rozdrabnianieobowiązkówpracowników 5. niektóregozproduktemnadpraca kiepskiejpowoduzdumnymbyćmożna jakości 6. "lipny" - nierealny termin projektu ( 9 kobiet ) 7. przeciwdziałaniepowstawaniuklik 8. nachalne motywowanie 9. praca w nadgodzinach

Czynnik ludzki zespołusięukształtowaniadowarunkistworzyćjak (Tom DeMarco): 1. kultjakości 2. zapewnićludziomświadomośćswoichdokonań 3. atmosferaelitarności 4. dopuszczaćipromowaćróżnorodność 5. utrzymywaćichronićsprawdzonezespoły 6. wyznaczaćkierunkistrategiczne,anietaktyczne

Specyfikacja Klasyczne podejście: Przypadki użycia + use case diagrams Ale można też inaczej: user stories + prototypy + testy Przykład praktyczny Przy okazji: warto też poczytać o Agile Modelling http://www.agilemodeling.com/principles.htm

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

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

Darmowe narzędzia dla PMa GanttProject OpenWorkbench OpenProj Project in a Box

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

Co jeszcze może się przydać? Zarządzanie strategiczne z wykorzystaniem Balanced Scorecard ( kontrolne (przykład ADOscore i kokpity

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

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 Co staramy się osiągnąć? Kluczowe dla sukcesu: jakiw, tegoiprojektuwobecoczekiwańzrozumienie czynnikikluczowe )rezultatybędąocenianesposób teżale, projektstworzyćma co tylkonie.( sukcesu. dlaczego

Identyfikacja ryzyk Co może się stać? Kluczowe dla sukcesu: możecowiemy. projektudlaistotnychryzykustalenie tonasięże, poznamyczympoiplanypopsućnam zanosi.

Analiza ryzyk Co wiąże się z danym ryzykiem? Kluczowe dla sukcesu: Ustalenie tego co konkretne ryzyka dla nas występowaćmogączęstojakświadomość. oznaczają. skutekmiećjakii

Ocena ryzyk Które ryzyka są najistotniejsze? Kluczowe dla sukcesu: którymzdefiniowanieiryzyklistyuporządkowanie. projekturamachwuwaginajwięcejpoświęcićnależy nasdlasąktóre, ryzykachtychnasięskoncentrowanie najistotniejsze (w oparciu o kontekst projektu).

Postępowanie z ryzykiem Co robimy ze znaczącymi ryzykami? Kluczowe dla sukcesu: dlapostępowaniasposobuoptymalnegoustalenie wkażdyże, Zapewnienie. ryzykaznaczącegokażdego osoby )ryzykamaterializacjiraziewrobićcowieprojekcie odpowiedzialne za ryzyka + plan).

Monitoring oraz komunikacja Czy na bieżąco badamy co się dzieje? Czy wszyscy są odpowiednio informowani? Kluczowe dla sukcesu: czyorazmaterializująniesięryzykaczybadanie wymuszająnieotoczeniujegolubprojekciewzmiany. ryzykiemzarządzaniaplanudostosowania bieżąconasąprojektuinteresariuszeże, Zapewnienie bez )decyzjekluczowepodejmująiinformowani.( niespodzianek

Zespół projektowy Czy w zespole projektowym mamy dostęp do wszystkich potrzebnych kompetencji? obowiązkówróżnychwielezbytmająnieludzieczy -ważneszczególnie ) czy w okresie kulminacji projektu?( odrywaćbędzienieichnic Czy? zespołemzpmawspółpracawyglądajak zespółczy? siebieodlepszymiludźmizpracujesz ma stworzone optymalne warunki pracy?

Metodyka zarządzania projektami ustalonąooparciuwprzebiegająprojektowepraceczy? hocadrobionejestwszystkoteżczy, metodykę oparciuwwiedząstronyzainteresowanewszystkieczy o jakie zasady przebiega praca i co to dla nich oznacza? Czywybranametodykapasujedospecyfikiprojektu

Harmonogram zwrazustalonyzostałprojektuharmonogramczy teżczy, zasobydostępneuwzględniaizespołem czasunegocjacjimożliwościbeznarzuconyzostał? zasobówdostępnychoraz coustaleniunasięopieraczasuplanowanieczy danychiwykonanezostaćmafaktycznie zbliżoneczasuiletegoodnośniehistorycznych? zespołomporównywalnymzajmowałyzadania tożsamyjestprojektudeadlineostatecznynaprawdęczy zakończeniaterminemoptymistycznymnajbardziejz prac? Czy w planie jest rezerwa czasu?

Wymagania i zakres dokładnieustaliłystronyzainteresowanewszystkieczy a, robiłbędziesystemco. np )projektuzakresiewjestco co jest poza zakresem)? Czy kluczowe decyzje o zmianach funkcjonalności są dyskutowane i dokumentowane? podejmowaniamożliwośćmaprojektowyzespółczy decyzji projektowych w oparciu o potrzeby klienta (jasna lubwykorzystaniakontekstpokazującadokumentacja zfunkcjonalnościprzedyskutowaniamożliwość kompetentnym i decyzyjnym przedstawicielem klienta)?

Narzędzia narzędzipotrzebnychdodostępmazespółczy. np )ryzykozminimalizowaćipracęułatwićmogących system kontoli wersji w rodzaju Subversion, czy oinformacjiiwymagańzbieraniewspierającenarzędzie -błędach Bugzilla)? wspierającenarzędziawykorzystywanesączy zainteresowanymwszystkimułatwiająceikomunikację? projektudokumentacjidodostęp pozwalającerozwiązaniejakieśstosowanejestczy pracpostępieointeresaariuszyinformowaniena projektowych?

Test Prosty :)

Kontekst projektów IT alignmentit-business tematgorący? projektynaszenawpływaćmożeco Po co nam frameworki?

ITIL Information Technology Infrastructure Library OCG - http://www.itil-officialsite.com Najnowsza wersja - v.3 Biblioteka dobrych praktyk dla zarządzania usługami IT Cel: dopasowanie IT do celów biznesowych Korzyści: spodziewaćsięczegowiedząstronyobie przezinicjowanezmianyże, ryzykaminimalizacja biznesowiwartościdostarcząnieit Minimalizacja kosztów

ITIL Service Strategy Service Design Service Transition Service Operations Continual Service Improvement

ITIL Co to zmienia z punktu widzenia projektów IT? : uniwersalnestopniudużymwsąwytyczne decyzjikluczowychdokumentacja Stosowanie technik optymalizacji ryzyka KlientapotrzebyooparciuwwartościTworzenie zmianwpływuanalizytechniki Usługa zamiast technologii Powiązanie Change Management z projektami

ITIL Źródło: ITIL Service Transition

ITIL Źródło: ITIL Service Transition

COBIT Control Objectives for Information and related Technology ISACA & ITGI - www.isaca.org/cobit.htm Najnowsza wersja - 4.1 Zestaw dobrych praktyk z zakresu IT governance Silny nacisk na kontrolę Cel: zapewnienie ładu IT Korzyści: biznesuwspieraniepoprzezwartośćtworzyit nieorganizacjaże, zapewniakontrolisystem zostanie zaskoczona przez ryzyka IT

COBIT Kostka COBIT Źródło: COBIT 4.1

COBIT 4 domeny Źródło: COBIT 4.1 PO - ITsposóbjakiw nasięprzekłada strategiirealizację organizacji AI - procesywitwłączanie biznesowe (w tym nowe projekty IT) DS - zapewnianie wsparcia dla biznesu przez IT ME - regularna ocena ITprocesówparametrów względempod imstawianychspełniania wymagań

COBIT 34 generyczne procesy IT Źródło: COBIT 4.1

COBIT 34 generyczne procesy IT Źródło: COBIT 4.1

COBIT 34 generyczne procesy IT Źródło: COBIT 4.1

COBIT 34 generyczne procesy IT Źródło: COBIT 4.1

COBIT Procesy są analizowane pod względem dojrzałości z wykorzystaniem następującej skali: 0 - Brak 1 - Inicjalny/Ad hoc 2 - Powtarzalny ale intuicyjny 3 - Zdefiniowany 4 - Zarządzany i mierzony 5 - Zoptymalizowany Źródło: COBIT 4.1

COBIT Stan idealny: ITdoskonaleniuciągłemuulegająITProcesy biznesowipozwalająktóre, narzędziazapewnia szybkie reagowanie na zmiany Strategia IT jest dostosowana do strategii organizacji Istnieje sprawna komunikacja między IT i biznesem Źródło: COBIT 4.1

COBIT Jak COBIT może pomóc w zarządzaniu projektami? sącobitdokumentacjiwopisaneitprocesy pozwalająktóre, kontrolicelówpomocązamierzone rzeczystanuaktualnegoocenęna Przykład: dokumentacja COBIT dla zarządzania projektami (PO 10)

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