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

Wielkość: px
Rozpocząć pokaz od strony:

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

Transkrypt

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

2 Czym się będziemy zajmować? Wsparcie narzędziowe: Ryzyko jak z nim postępować Ryzyko w projektach informatycznych ( PMBOK Co radzą praktycy (PRINCE2 i Pomocne narzędzia i oprogramowanie ( Scrum Lekkie metodyki zarządzania procesami (APM, Specyfikacja wymagań COBIT i ITIL Podsumowanie technik wspierających zarządzanie ryzykiem w projekcie

3 Ryzyko w projektach Triada projektowa Jakość Zakres Czas Koszt Symptomy nieudanego projektu IT: Late Over budget Overtime Poor quality

4 Nieudane projekty Gartner 600 mld USD rocznie z powodu źle prowadzonych lub niezrealizowanych projektów IT

5 Nieudane projekty Źródło: Standish Group 2006

6 Nieudane projekty Źródło: Standish Group 2006

7 Czemu projekty się nie udają? Główne ryzyka dla projektów IT: 1) Problemy z harmonogramem 2) Inflacja wymagań 3) Utrata pracowników 4) Niepełne i niespójne specyfikacje 5) Niska produktywność Źródło: Tom DeMarco, Timothy Lister Waltzing with Bears: Managing Risk on Software Projects

8 Co wpływa na sukces? Główne czynniki sukcesu: 1) Zaangażowanie użytkowników 2) Wsparcie kierownictwa 3) Jasne cele biznesowe 4) Optymalizacja zakresu 5) Adaptacyjny proces 6) Doświadczenie z zakresu zarządzania projektami 7) Zarządzanie finansami 8) Odpowiednie zasoby 9) Metodologia 10) Standardowe narzędzia i infrastruktura Źródło: Standish Group 2006

9 Ryzyko - definicja Niepewność co do wystąpienia zdarzenia lub warunku, które jeśli wystąpią, będą miały istotnie negatywny lub pozytywny wpływ na przebieg projektu [PMBOK] Ryzykiem może być zarówno szansa, jak i zagrożenie. Mierzymy ryzyko z wykorzystaniem prawdopodobieństwa oraz wpływu.

10 Zarządzanie ryzykiem Ź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

11 Kontekst Co staramy się osiągnąć? W jakim otoczeniu działamy? Czego od nas oczekują? ( ryzyk Jakie są kryteria sukcesu (chcemy mierzyć wpływ Ustalenie elementów potrzebnych do analizy i oceny ryzyka Rezultat: Ustalenie celów i czynników sukcesu Ź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

12 Identyfikacja ryzyk Co może się stać? Co i w jaki sposób może zagrozić realizacji celów projektu? Jak rozpoznamy, że ryzyko się realizuje? Rezultat: Pełna lista ryzyk z przypisanymi osobami odpowiedzialnymi Ź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

13 Analiza ryzyk Co wiąże się z danym ryzykiem? Jak często występują i jakie mają efekty dane ryzyka? Rezultat: Pełna lista ryzyk z przypisanymi prawdopodobieństwami i skutkami Ź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

14 Ocena ryzyk Które ryzyka są najistotniejsze? Jak znaczące jest dla nas dane ryzyko? Rezultat: Lista ryzyk uporządkowana według ich wpływu (prawdopodobieństwo * skutek) z uwzględnieniem ustalonych priorytetów Ź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

15 Postępowanie z ryzykiem Co robimy ze znaczącymi ryzykami? Ustalanie istniejących opcji postępowania Ocena ich korzyści i kosztów Wybór optymalnego rozwiązania Stworzenie i implementacja planów postępowania Rezultat: Plan postępowania dla ryzyk uznanych za istotne Ź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 ? ryzykiemzzrobićmożemyco Sposoby postępowania z ryzykiem: 1. ( przyczyny Unikanie (eliminacja 2. ( wpływu Redukcja (prawdopodobieństwa / 3. ( aktywna/pasywna ) Akceptacja 4. Transfer

17 Dobre praktyki PMBOK (PMI) PRINCE2 (OGC)

18 PMBOK a zarządzanie ryzykiem Project Management Body of Knowledge (/ ) Project Management Institute Dobre praktyki, a nie metodyka

19 PMBOK Jeden z 9 obszarów wiedzy Zarządzanie: 1. Integracją 2. Zakresem 3. Czasem 4. Kosztami 5. Jakością 6. Zasobami ludzkimi 7. Komunikacją 8. Ryzykiem 9. Zaopatrzeniem

20 PMBOK a zarządzanie ryzykiem Zarządzanie ryzykiem: 1. Planowanie 2. Identyfikacja 3. Analiza jakościowa 4. Analiza ilościowa 5. Planowanie reakcji 6. Monitoring i kontrola ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

21 PMBOK a zarządzanie ryzykiem Ryzyko: Niepewność co do wystąpienia zdarzenia lub warunku, które jeśli wystąpią, będą miały istotnie negatywny lub pozytywny wpływ na przebieg projektu [PMBOK] Techniki wykorzystywane do minimalizacji negatywnego wpływu zagrożeń można też wykorzystać dla szans (analiza czy korzystamy z danej szansy, w jaki sposób etc.)

22 Planowanie (1/3) Ustalamy jak zarządzać ryzykiem w projekcie Wejścia: 1. Czynniki środowiskowe (Enterprise Environmental Factors) np. tolerancja ryzyka 2. Zasoby (Organizational Process Assets) np. standardowe role lub templatki 3. Zakres projektu 4. Plan projektu ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

23 Planowanie (2/3) Narzędzia i techniki: 1.Spotkania oraz analiza Wyjścia: 1.Plan zarządzania ryzykiem Plan zarządzania ryzykiem może i powinien opierać się na doświadczeniach podobnych projektów z przeszłości (np. odpowiednie kategorie ryzyk) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

24 Planowanie (3/3) Plan zarządzania ryzykiem: ( jak ) Metodologia ( kto ) Role i odpowiedzialności Budżet (przypisanie potrzebnych zasobów) ( kiedy ) Układ w czasie Kategorie ryzyk (spójny i kompletny sposób identyfikacji ryzyk np. Risk Breakdown Structure) Definicja prawdopodobieństwa i wpływu ryzyk (jak będziemy oceniać ryzyka) Macierz prawdopodobieństwa i wpływu P/I Matrix (co jest dla nas istotne) Tolerancja interesariuszy projektu (na co możemy sobie pozwolić) Formatki raportów (jakie będą dokumenty np. rejestr ryzyk) Monitoring (co będziemy dokumentować, czy będą audyty) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

25 PMBOK RBS ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

26 PMBOK Macierz P/I

27 Identyfikacja (1/3) Jakie są ryzyka dla naszego projektu i jakie mają charakterystyki? Wejścia: 1.Czynniki środowiskowe (Enterprise Environmental Factors) np. tolerancja ryzyka 2.Zasoby (Organizational Process Assets) np. standardowe role lub templatki 3.Zakres projektu 4.Plan zarządzania ryzykiem 5.Plan projektu ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

28 Identyfikacja (2/3) Narzędzia i techniki: 1.Przeglądy dokumentacji 2.Techniki zbierania informacji (brainstorming, metoda delficka, wywiady, identyfikacja przyczyn root cause identification, analiza SWOT) 3.Listy kontrolne (warto jednak się upewnić, że nie pomijamy czegoś istotnego korzystając z gotowej listy) 4.Analiza założeń 5.Techniki diagramowe (diagramy Ishikawy, diagramy system opisujące powiązania między elementami systemu, diagramy wpływu ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

29 Identyfikacja (3/3) Wyjścia: Rejestr ryzyk Rejestr ryzyk: Lista zidentyfikowanych ryzyk Lista potencjalnych odpowiedzi na ryzyka Przyczyny ryzyk Zaktualizowane kategorie ryzyk ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

30 Identyfikacja Diagram Ishikawy

31 ( 1/3 )jakościowaanaliza Które ze zidentyfikowanych ryzyk są priorytetowe Wejścia: 1.Zasoby (Organizational Process Assets) np. dane z poprzednich projektów 2.Zakres projektu 3.Plan zarządzania ryzykiem 4.Rejestr ryzyk ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

32 ( 2/3 )jakościowaanaliza Narzędzia i techniki: 1.Ocena prawdopodobieństwa i wpływu (np. podczas warsztatu z udziałem zespołu projektowego i ekspertów zewnętrznych) 2.Macierz P/I 3.Ocena jakości danych (nie chcemy decydować w oparciu o wątpliwe przesłanki ) 4.Kategoryzacja ryzyk (w oparciu o źródła ryzyka, WBS, ) 5.Ocena pilności ryzyk (czy mamy pożary?) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

33 ( 3/3 )jakościowaanaliza Wyjścia: Rejestr ryzyk (aktualizacja) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

34 ( 1/3 )ilościowaanaliza Dokładna analiza najistotniejszych ryzyk wybranych w analizie jakościowej (jeśli jest to konieczne) Wejścia: 1.Zasoby 2.Zakres projektu 3.Plan zarządzania ryzykiem 4.Rejestr ryzyk 5.Plan projektu ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

35 ( 2/3 )ilościowaanaliza Narzędzia i techniki: 1.Zbieranie i obrazowanie danych ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

36 ( 3/3 )ilościowaanaliza Wyjścia: Rejestr ryzyk (aktualizacja) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

37 Planowanie reakcji (1/3) Ustalamy co robić, aby zredukować zagrożenia celów projektu (i jak wykorzystać pojawiające się możliwości) Wejścia: 1.Plan zarządzania ryzykiem 2.Rejestr ryzyk ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

38 Planowanie reakcji (2/3) Narzędzia i techniki: 1.Strategie wobec zagrożeń (unikanie, transfer, redukcja) 2.Strategie wobec możliwości (wykorzystanie, podział, powiększanie) 3.Strategia wobec zagrożeń i możliwości akceptacja (aktywna lub pasywna) 4.Plany awaryjne (pamiętając o ustaleniu jakie zdarzenie uruchamia plan) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

39 Planowanie reakcji (3/3) Wyjścia: Rejestr ryzyk (aktualizacja) Plan projektu (aktualizacja) Umowyzwiązanezzarządzaniemryzykiem(np.polisy) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

40 Monitoring i kontrola (1/3) Dodawanie informacji o nowych ryzykach, badanie znanych ryzyk, badanie zdarzeń wyzwalających plany awaryjne Wejścia: 1.Plan zarządzania ryzykiem 2.Rejestr ryzyk 3.Zaaprobowane wnioski o zmianę 4.Informacje o wydajności pracy 5.Raporty o wydajności ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

41 Monitoring i kontrola (2/3) Narzędzia i techniki: 1.Okresowa ponowna ocena ryzyka 2.Audyty ryzyka 3.Analiza wariancji i trendu 4.Pomiarywydajności 5.Analiza rezerw 6.Spotkania statusowe ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

42 Monitoring i kontrola (3/3) Wyjścia: Rejestr ryzyk (aktualizacja) Wdrożonezmiany Rekomendowanedziałanianaprawcze Rekomendowanedziałaniazapobiegawcze Zasoby organizacyjne (aktualizacja) Planzarządzaniaprojektem(aktualizacja) ( Edition Źródło: A Guide to the Project Management Body of Knowledge (Third

43 PRINCE2 PRINCE2 - Projects in a Controlled Environment Wielka Brytania (/ ) OGC Tolerancja Odpowiedzialność Własność ( 2005 ) Źródło: Managing successful projects with Prince2

44 PRINCE2 Krótkie podsumowanie: Uniwersalna Ramy do realizacji projektu oparte na dobrych praktykach Nacisk na uzasadnienie biznesowe projektu Planowanie produktowe, a nie działaniowe Wspiera zarządzanie ryzykiem Skupia w komitecie sterującym 3 strony: inwestora, użytkownika oraz wykonawcę, którzy odpowiadają za decycje strategiczne (zarządzanie przez wyjątki). Bieżącym zarządzaniem zajmuje się Kierownik Projektu. Zapewnia definicję ról i ich obowiązków

45 PRINCE2 Korzyści: Sprawdzona metodologia Brak opłat licencyjnych Łatwy dostęp do wiedzy Znaczna uniwersalność Zapewnia wspólny język dla wszystkich stron Można łączyć np. z PMBOK Ale: Niewłaściwie stosowana prowadzi do znacznej biurokracji Jest nastawiona na raczej spokojne środowiska

46 PRINCE2 jak to działa? Co jest potrzebne: Uzasadnienie biznesowe Ustalony zestaw oczekiwanych produktów Ustalony zestaw działań, które pozwolą wytworzyć produkty Zasoby do realizacji działań (w określonym czasie trwania) Dopasowanie organizacyjne

47 PRINCE2 techniki Planowanie produktowe: Struktura produktowa czego potrzebuje Klient Następstwa produktów Plan działań Harmonogram Sterowanie zmianami: Decyzje odnośnie zmian są podejmowane przez właściwe osoby i należycie dokumentowane, a ich wpływ na projekt jest analizowany Przeglądy jakości: Czy produkt spełnia założenia z opisu produktu?

48 PRINCE2 komponenty Uzasadnienie biznesowe (po co jest projekt -> podstawa do decyzji o kontynuacji) Struktura organizacyjne Plany Elementy sterowania Zarządzanie ryzykiem Jakość w środowisku projektowym Zarządzanie konfiguracją Sterowanie zmianami

49 PRINCE2 struktura Role: Komitet Sterujący (biznes, użytkownik, wykonawca) Kierownik Projektu (PM) Kierownicy Zespołów (wykonawczych) Wsparcie Projektu Nadzór Projektu

50 PRINCE2 procesy Przygotowanie założeń projektu Inicjowanie Projektu Sterowanie Etapem Zarządzanie wytwarzaniem produktów Zarządzanie zakresem etapu Zamykanie projektu Planowanie Fazy życia projektu:

51 PRINCE2 dokumentacja PRINCE2 zaleca stosowanie systemu dokumentacji projektu. Dokumentacja jest porządkowana w teczki: projektu (np. uzasadnienie biznesowe, rejestr ryzyk), etapu, jakości oraz teczkę merytoryczną (np. konfiguracja) Analogicznie dokumentowane są wszystkie wymienione wcześniej elementy sterowania: Inicjowanie projektu Raporty o ważnych wydarzeniach Raporty o istotnych odchyleniach Ocena odchyleń Ocena końcowa etapu Zamknięcie projektu Tolerancja

52 PRINCE2 dokumentacja PRINCE2 zakłada, że członkowie Komitetu Sterującego nie muszą się angażować w codzienne życie projektu. Podejmują decyzję wyłączenie w wypadku znaczących odstępstw od planu. Obawa o status projektu jest minimalizowana dzięki zapewnieniu im informacji o zdarzeniach wymagających ich uwagi oraz regularnym informacjom (w ramach sterowania etapem)

53 PRINCE2 ryzyko ( 2005 ) Źródło: Managing successful projects with Prince2

54 PRINCE2 ryzyko Ocena zdrowia projektu ryzyka: Czy istnieje rejestr ryzyk? Czy jest aktualizowany? Czy dla każdego planu identyfikuje się i analizuje ryzyka oraz odpowiednio działa? Czy jest używana formalna procedura zarządzania ryzykiem? Czy ocena ryzyka jest częścią każdego zakończenia etapu? Czy główne ryzyka były ujęte w uzasadnieniu biznesowym? Czy zostali zidentyfikowani właściciele ryzyk? Czy ryzyka są monitorowane wystarczająco regularnie? Czy ocena ryzyka następuje przy okazji analizowania każdego wniosku o znaczącą zmianę? Czy oceniono prawdopodobieństwo i skutki ryzyk? Czy podjęto odpowiednie działania w celu przeciwstawienia się ryzykom tam, gdzie to konieczne? Czy przygotowano plany awaryjne? Czy objęto wszystkie oczywiste ryzyka? Czy ryzyka i przeciwdziałanie im zostały omówione z Komitetem Sterującym? Czy podjęto odpowiednie działania, gdy było to konieczne? Czy przy zmianie planów dokonano ponownej analizy ryzyk? ( 2005 ) Źródło: Managing successful projects with Prince2

55 PRINCE2 Profil ryzyk ( 2005 ) Źródło: Managing successful projects with Prince2

56 Różnica podejściedozmian Źródło: PMBOK (2004)

57 Różnice w podejściach do PM Tradycyjne PM Wiemy co i jak chcemy zrobić oraz jaki będzie czas i budżet. Działamy w oparciu o plan przygotowany na początku. Adaptacyjne Wiemy mniej więcej co mamy zrobić, ale metody nie muszą być jasne. Czas i budżet są znane. W miarę jak odkrywamy nowe elementy trzeba modyfikować plany Ekstremalne Brak pewności co do celu, metod oraz czasu i budżetu. Odkrywamy na bieżąco. Źródło: Tradycyjne zarządzanie projektami a podejście adaptacyjne i extremalne, Chomicz, Spica

58 Różnice w podejściach do PM Tradycyjne PM Zdefiniowane wymagania Planowanie zadań Planowanie i kontrola pracy Postęp projektu mierzony w zadaniach wykonanych Produkt zgodny z planem Agile Definiowanie wymagań w miarę jak się pojawiają Planowanie funkcjonalności Samokontrola Postęp projektu określa funkcjonalność Produkt zaspokajający potrzeby Klienta Źródło: Tradycyjne zarządzanie projektami a podejście adaptacyjne i extremalne, Chomicz, Spica

59 Różnice w podejściach do PM Tradycyjne metodyki skupiają się na zapewnieniu zgodności z pierwotnie stworzonym planem Armia zawsze przygotowuje się do poprzedniej wojny Metodyki z nurtu Agile zakładają, że wymagania się zmienią i dlatego też zapewniają środowisko w którym łatwo jest wprowadzać zmiany w odpowiedzi na zmieniające się priorytety Klienta

60 Agile We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the item on the right, we value the items on the left more. Źródło:

61 Agile Warto zauważyć, że nie oznacza to całkowitego odrzucenia narzędzi i technik tradycyjnego zarządzania projektami. Narzędzia te (np. metody zarządzania ryzykiem, system dokumentacji decyzji) mogą być wykorzystywane nadal, ale w innym środowisku projektowym i w oparciu o analizę potrzeb. Kluczowe staje się budowanie zespołu projektowego. Proces zarządzania projektem nie ma być powtarzalny, ale rzetelny. Uwaga poboczna de facto Klienta interesują rezultaty, a nie metodyka. Chce dostać rezultaty i czuć się bezpiecznie w procesie.

62 Zasady na przykładzie APM Wytwarzanie produktu: Wytwarzanie iteracyjne oparte na elementach funkcjonalności Doskonałość techniczna Dostarczenie Klientowi wartości Styl zarządzania przywódczo-współpracujący: Budowa adaptacyjnych zespołów Upraszczanie Zachęcanie do eksploracji Źródło: APM: Agile Project Management, Highsmith

63 Zasady na przykładzie APM Struktura procesu APM: Źródło: APM: Agile Project Management, Highsmith

64 Scrum Scrum: 1986 Nonaka i Takeuchi The New New Product Development Game (HBR) Początek lat 90-tych Ken Schwaber, Jeff Sutherland

65 Scrum - role Role: Właściciel produktu (zapewnia priorytety dla funkcjonalności zebranych w listę zaległości produktu) Scrum Master (coaching oraz zapewnianie, że zespół ma najlepsze możliwe warunki do pracy) Zespół (5-9 osób; ustalenie podziału pracy) Grafiki:

66 Scrum Jak to działa?

67 Scrum - proces Lista zaległości baza funkcjonalności uporządkowana wg. wagi dla Klienta Zaległości sprintu najważniejsze elementy z listy zaległości produktu wybrane do implementacji w sprincie Codzienne spotkanie Scrum usuwanie problemów zespołu: co zrobiłem wczoraj, co zrobię dziś, co mi przeszkadza Demonstracja funkcjonalności wytworzonych w ramach sprintu

68 Podsumowanie Ewaluacja i materiały do wykładu: Kontakt:

69 Podsumowanie Dziękuję

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) Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Wsparcie narzędziowe zarządzania ryzykiem w projektach Prezentacja dodatkowa: PMBOK a zarządzanie ryzykiem Podyplomowe Studia Menedżerskie erskie Zarządzanie projektami informatycznymi PMBOK a zarządzanie

Bardziej szczegółowo

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

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 2 Zbigniew Misiak (BOC IT Consulting) Czym się będziemy zajmować? Podsumowanie spotkania 1 PrzeŜyjmy to jeszcze raz czyli jak tradycyjnie

Bardziej szczegółowo

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 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test

Bardziej szczegółowo

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) Podyplomowe Studia MenedŜerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?

Bardziej szczegółowo

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

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia 1. Cel szkolenia m szkolenia jest nauczenie uczestników stosowania standardu PRINCE2 do Zarządzania Projektami Informatycznymi. Metodyka PRINCE2 jest jednym z najbardziej znanych na świecie standardów

Bardziej szczegółowo

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

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu Zarządzanie ryzykiem w projektach informatycznych Marcin Krysiński marcin@krysinski.eu O czym będziemy mówić? Zarządzanie ryzykiem Co to jest ryzyko Planowanie zarządzania ryzykiem Identyfikacja czynników

Bardziej szczegółowo

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

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 1. Definicja projektu: cechy projektu, przyczyny porażek projektów, czynniki sukcesu projektów, cele projektu, produkty projektu, cykl życia

Bardziej szczegółowo

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami. Porównanie podstawowych metodyk Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled

Bardziej szczegółowo

Zarządzanie projektami a zarządzanie ryzykiem

Zarządzanie projektami a zarządzanie ryzykiem Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Zarządzanie Projektami zgodnie z PRINCE2

Zarządzanie Projektami zgodnie z PRINCE2 Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście

Bardziej szczegółowo

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak PRINCE2 Metodyka zarządzania projektami Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak Metodyka PRINCE2 PRINCE2 Project IN Controlled Environments v.2 Określa: Co należy zrobić Dlaczego

Bardziej szczegółowo

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI 4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty

Bardziej szczegółowo

Podejście zwinne do zarządzania projektami

Podejście zwinne do zarządzania projektami Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji

Bardziej szczegółowo

ZARZĄDZANIE RYZYKIEM W PROJEKTACH

ZARZĄDZANIE RYZYKIEM W PROJEKTACH ZARZĄDZANIE RYZYKIEM W PROJEKTACH według standardów PMI Poziom: podstawowy Lunch: wliczony w cenę Czas trwania: 2 dni Materiały szkoleniowe: wliczone w cenę Miejsce szkolenia: siedziba CRM S.A. Uzyskiwany

Bardziej szczegółowo

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka

Bardziej szczegółowo

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

PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010. Autor: Jolanta Łabędzka-Benisz. www.omec. PRINCE2 czy PMI? Czyli o wyŝszości Świąt Wielkanocnych, nad Świętami BoŜego Narodzenia 11 maja 2010 Autor: Jolanta Łabędzka-Benisz www.omec.pl W A R S Z A W A R Z E S Z Ó W W R O C Ł A W 1 Agenda Wstęp

Bardziej szczegółowo

Szkolenie 1. Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

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

Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A. Rekomendacja D w obszarze zarządzania projektami na przykładzie rozwiązań w Banku Polskiej Spółdzielczości S.A. Rekomendacja D UKNF SPIS TREŚCI Rekomendacja Nr 4: Zasady współpracy obszarów biznesowych

Bardziej szczegółowo

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

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami? Zarządzanie projektami Wykład 2 Czym jest zarządzanie projektami? Plan Czym jest zarządzanie projektami? Jakie są rodzaje podejść do zarządzania projektami? Jakie są grupy procesów w ramach zarządzania

Bardziej szczegółowo

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

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation Opis Progress Project zaprasza do zapoznania się z programem szkolenia organizowanego przez partnera szkoleniowego,

Bardziej szczegółowo

PODSTAWY ZARZĄDZANIA PROJEKTAMI

PODSTAWY ZARZĄDZANIA PROJEKTAMI Bogdan Miedziński PODSTAWY ZARZĄDZANIA PROJEKTAMI Dorocie żonie, wiernej towarzyszce życia 1 SPIS TREŚCI Wstęp................................................. 9 1. Zarządzanie projektami z lotu ptaka....................

Bardziej szczegółowo

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)

Bardziej szczegółowo

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 ZAPEWNIAMY BEZPIECZEŃSTWO Piotr Błoński, Warszawa, 17.03.2016 r. Program 1. Zarządzanie zmianą - zmiany w normie ISO 9001:2015 2. Zarządzanie

Bardziej szczegółowo

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

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość Zarządzanie Projektami IT - Nowoczesny Project Manager Nowość Unikalność studiów Zarządzanie Projektami IT polega nie tylko na zgodności programu standardem PMI ale również na kompleksowym ujęciu problematyki

Bardziej szczegółowo

Metodyki zwinne wytwarzania oprogramowania

Metodyki zwinne wytwarzania oprogramowania Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski

Bardziej szczegółowo

Projekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego

Projekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego Projekt ProLog - wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego jest współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Projekt: PROLOG wzrost

Bardziej szczegółowo

MSF. Microsoft Solution Framework

MSF. Microsoft Solution Framework MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie

Bardziej szczegółowo

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

Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Poziomy zarządzania projektem w odniesieniu do ról i odpowiedzialności Ewa Szczepańska Warszawa, dnia 22 maja 2012 r. Agenda Zarządzanie strategiczne Zarządzanie operacyjne Dostarczanie produktów Role

Bardziej szczegółowo

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

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Foundation Terminy szkolenia 23-25 wrzesień 2015r., Warszawa - Akademia Szybkiej Nauki 7-9 październik 2015r., Warszawa

Bardziej szczegółowo

Agile Project Management

Agile Project Management Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...

Bardziej szczegółowo

PROJEKT ZARZĄDZANIE PROJEKT. Przedsięwzięcie powtarzalne, kilkurazowe = PROCES

PROJEKT ZARZĄDZANIE PROJEKT. Przedsięwzięcie powtarzalne, kilkurazowe = PROCES Kamila Vestergaard www.analizybiznesowe.info.pl PROJEKT Zestaw działań, które zostały uprzednio zaplanowane, mają jasno wyznaczony cel oraz są wykonywane w ramach jednorazowego przedsięwzięcia Przedsięwzięcie

Bardziej szczegółowo

Szkolenie 2. Zarządzanie programami

Szkolenie 2. Zarządzanie programami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

PROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI

PROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI POZNAN UNIVE RSITY OF TE CHNOLOGY ACADE MIC JOURNALS No 80 Electrical Engineering 2014 Michał SZYMACZEK* Sławomir ISKIERKA** PROBLEMY WIELOKRYTERIALNE W ZARZĄDZANIU PROGRAMAMI INFORMATYCZNYMI Autorzy identyfikują

Bardziej szczegółowo

Zarządzanie projektami w NGO

Zarządzanie projektami w NGO Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego

Bardziej szczegółowo

Szkolenie Podstawy Zarządzania Projektami Informator

Szkolenie Podstawy Zarządzania Projektami Informator Projekt Informatyka inwestycją w przyszłość współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Szkolenie Podstawy Zarządzania Projektami Informator Spis treści Informacje

Bardziej szczegółowo

"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".

Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny. "Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania

Bardziej szczegółowo

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

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Opis Szkolenie realizowane w ramach: Oferowane zajęcia umożliwiają uczestnikom poznanie najlepszych metod i narzędzi stosowanych

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS

Monitoring procesów z wykorzystaniem systemu ADONIS Monitoring procesów z wykorzystaniem systemu ADONIS BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management

Bardziej szczegółowo

INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH

INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH Załącznik Nr 3 do Zarządzenia Nr 52/2014 Rektora UMCS INSTRUKCJA ZARZĄDZANIA RYZYKIEM W PROJEKTACH I PROGRAMACH STRATEGICZNYCH Spis treści Słownik pojęć... 1 Wprowadzenie... 2 Kroki zarządzania ryzykiem

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

SYSTEM ZARZĄDZANIA RYZYKIEM W DZIAŁALNOŚCI POLITECHNIKI WARSZAWSKIEJ FILII w PŁOCKU

SYSTEM ZARZĄDZANIA RYZYKIEM W DZIAŁALNOŚCI POLITECHNIKI WARSZAWSKIEJ FILII w PŁOCKU P OLITECHNIK A W AR S Z AWSKA FILIA W PŁOCKU ul. Łukasiewicza 17, 09-400 Płock SYSTEM ZARZĄDZANIA RYZYKIEM W DZIAŁALNOŚCI POLITECHNIKI WARSZAWSKIEJ FILII w PŁOCKU Opracowano na podstawie załącznika do

Bardziej szczegółowo

Scrum w praktyce. Michał Piórek

Scrum w praktyce. Michał Piórek Scrum w praktyce Michał Piórek Slajd 2 z 28 Plan prezentacji Scrum metodyka prowadzenia projektów Opis projektu systemu do rozliczania podatków Struktura zespołu i jego role Zespół w firmie Podatnik.info

Bardziej szczegółowo

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

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014 1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)

Bardziej szczegółowo

Wprowadzenie do zarządzania projektami

Wprowadzenie do zarządzania projektami Wprowadzenie do zarządzania projektami Project Management dr Marek Wąsowicz Katedra Projektowania Systemów Zarządzania, UE Wrocław Wrocław, 23 października 2012 r. Zawartość modułu (4h): wskazanie możliwości

Bardziej szczegółowo

Zarządzanie Projektami Plan kursu

Zarządzanie Projektami Plan kursu Zarządzanie Projektami Plan kursu opracował Wojciech Walczak Dokument ten przedstawia plan kursu Zarządzanie projektami. Uczestnicy kursu zobowiązują się do przeprowadzenia wybranego przez siebie projektu

Bardziej szczegółowo

Spis treści. 00 Red. Spis tresci. Wstep..indd 5 2009 12 02 10:52:08

Spis treści. 00 Red. Spis tresci. Wstep..indd 5 2009 12 02 10:52:08 Spis treści Wstęp 9 Rozdział 1. Wprowadzenie do zarządzania projektami 11 1.1. Istota projektu 11 1.2. Zarządzanie projektami 19 1.3. Cykl życia projektu 22 1.3.1. Cykl projektowo realizacyjny 22 1.3.2.

Bardziej szczegółowo

Planowanie i realizacja zadań w zespole Scrum

Planowanie i realizacja zadań w zespole Scrum MetaPack IT Academy Uniwersytet Zielonogórski Planowanie i realizacja zadań w zespole Scrum Paweł Przybyła Professional Scrum Master (www.scrum.org) Planowanie i realizacja zadań w zespole Scrum Agenda:

Bardziej szczegółowo

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska Wprowadzenie do metodyki SCRUM mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska SCRUM Scrum (skrót od scrummage) - metoda ponownego uruchomienia gry w rugby zwana również formacją

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

Podstawy Zarządzania Projektami w Organizacjach

Podstawy Zarządzania Projektami w Organizacjach Podstawy Zarządzania Projektami w Organizacjach JAK DOBRZE ROZPOCZĄĆ PROJEKT 2010-05-14 Krzysztof Kamiński Przemysław Kotecki AGENDA Wprowadzenie do Zarządzania Projektami Rola rozpoczynania projektów

Bardziej szczegółowo

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology

Bardziej szczegółowo

Praktyczne zarządzanie projektami według metodyki PRINCE2

Praktyczne zarządzanie projektami według metodyki PRINCE2 Praktyczne zarządzanie projektami według metodyki PRINCE2 PRINCE2 jest zarejestrowanym znakiem handlowym AXELOS Limited. Przeznaczenie szkolenia: Dwudniowe intensywne szkolenie jest przeznaczone dla firm

Bardziej szczegółowo

Mapa ryzyk w realizacji e-projektu - metody zapobiegania i scenariusze działań w przypadku wystąpienia ryzyka

Mapa ryzyk w realizacji e-projektu - metody zapobiegania i scenariusze działań w przypadku wystąpienia ryzyka 2012 Mapa ryzyk w realizacji e-projektu - metody zapobiegania i scenariusze działań w przypadku wystąpienia ryzyka Jarosław Petz Piotr Biernat E-usługa utrzymanie Kraków, 23 października 2012 Trudna prawda

Bardziej szczegółowo

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

SKUTECZNE ZARZĄDZANIE PROJEKTAMI. Przeznaczenie zajęć, podstawowe cele i korzyści dla studentów: SKUTECZNE ZARZĄDZANIE PROJEKTAMI Przeznaczenie zajęć, podstawowe cele i korzyści dla studentów: Celem cyklu wykładów i ćwiczeń jest opanowanie wiedzy i praktycznych umiejętności w zakresie zarządzania

Bardziej szczegółowo

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011 Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo

Bardziej szczegółowo

Akredytowane szkolenia PRINCE2 Foundation & Practitioner

Akredytowane szkolenia PRINCE2 Foundation & Practitioner Akredytowane szkolenia PRINCE2 Foundation & Practitioner Opis Zapraszamy Państwa do wzięcia udziału w szkoleniach z metodyki zarządzania projektami wraz z egzaminem PRINCE2, które organizujemy we współpracy

Bardziej szczegółowo

Projekt Kompetencyjny - założenia

Projekt Kompetencyjny - założenia Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu

Bardziej szczegółowo

COBIT 5 WHITE PAPER WSTĘP

COBIT 5 WHITE PAPER WSTĘP COBIT 5 1 CTPartners 2014 Dokument stanowi przedmiot prawa autorskiego przysługującego CTPartners S.A. z siedzibą w Warszawie. Zwielokrotnianie i rozpowszechnianie publikacji jest dozwolone wyłącznie za

Bardziej szczegółowo

STUDIA PODYPLOMOWE Zarządzanie Projektami

STUDIA PODYPLOMOWE Zarządzanie Projektami STUDIA PODYPLOMOWE Zarządzanie Projektami (Program studiów) Opracowanie: dr inż. Jacek Jakieła Program studiów Zarządzanie projektami 2 CEL STUDIÓW, ADRESAT I PROFIL ABSOLWENTA Studia podyplomowe Zarządzanie

Bardziej szczegółowo

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 Grupa BOC Profil firmy BOC Założona w 1995 roku Wywodzi się z grupy BPMS Uniwersytetu Wiedeńskiego Obecnie ponad 150 pracowników w 7 krajach europejskich

Bardziej szczegółowo

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 Program studiów opracował: Grzegorz Karpiuk CEL STUDIÓW 1. Zdobycie przez uczestników wiedzy i kompetencji z zakresu zarządzania projektami oraz

Bardziej szczegółowo

OPIS RÓL PROJEKTOWYCH

OPIS RÓL PROJEKTOWYCH Załącznik 1 do Instrukcji Zarządzania Projektami Strategicznymi OPIS RÓL PROJEKTOWYCH Spis treści 1. Biuro Programów i Rozwoju... 1 2. Kierownik Jednostki Merytorycznej... 1 3. Komitet Sterujący... 2 4.

Bardziej szczegółowo

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Opis Zarządzanie przedsięwzięciami należy do jednych z najefektywniejszych metod organizacyjnych operowania zasobami firmy. Jest jednocześnie

Bardziej szczegółowo

PRINCE2. (nie tylko) dla IT. czyli KIJEM W MROWISKO. Krzysztof Małus OMEC Sp. z o.o. Agenda

PRINCE2. (nie tylko) dla IT. czyli KIJEM W MROWISKO. Krzysztof Małus OMEC Sp. z o.o. Agenda PRINCE2 (nie tylko) dla IT czyli KIJEM W MROWISKO Krzysztof Małus OMEC Sp. z o.o. PRINCE2 jest zarejestrowanym znakiem handlowym OGC w Wielkiej Brytanii i innych krajach Logo Swirl TM jest znakiem handlowym

Bardziej szczegółowo

Bezpieczeństwo dziś i jutro Security InsideOut

Bezpieczeństwo dziś i jutro Security InsideOut Bezpieczeństwo dziś i jutro Security InsideOut Radosław Kaczorek, CISSP, CISA, CIA Partner Zarządzający w IMMUSEC Sp. z o.o. Radosław Oracle Security Kaczorek, Summit CISSP, 2011 CISA, Warszawa CIA Oracle

Bardziej szczegółowo

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

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Cena: 980 zł netto (1 osoba / 2 dni

Bardziej szczegółowo

RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010

RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 Odpowiada na pytania: Jaka część projektów IT kończy się w Polsce sukcesem? Jak wiele projektów sponsorowanych jest przez instytucje publiczne? Czy kończą się

Bardziej szczegółowo

Zarządzenie Nr 24/2012 Rektora Uniwersytetu Wrocławskiego z dnia 28 marca 2012 r. w sprawie Polityki zarządzania ryzykiem

Zarządzenie Nr 24/2012 Rektora Uniwersytetu Wrocławskiego z dnia 28 marca 2012 r. w sprawie Polityki zarządzania ryzykiem Zarządzenie Nr 24/2012 Rektora Uniwersytetu Wrocławskiego z dnia 28 marca 2012 r. w sprawie Polityki zarządzania ryzykiem Na podstawie art. 66 ust. 2 ustawy z dnia 27 lipca 2005 r. - Prawo o szkolnictwie

Bardziej szczegółowo

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

Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy Projekt pn Wdrożenie metodyk zarządzania usługami IT, projektami i programami w Urzędzie Miasta Bydgoszczy współfinansowany ze środków Mechanizmu Finansowego Europejskiego Obszaru Gospodarczego. Marek

Bardziej szczegółowo

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

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku

Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku z wykorzystaniem systemu ADONIS Krok po kroku BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Zarządzanie Projektami

Zarządzanie Projektami Szkolenie przygotowujące do certyfikacji PMP (PMP Prep)* Zarządzanie Projektami zgodnie ze standardami PMI Zawartość oferty: I. WSTĘP II. EFEKTY SZKOLENIA III. METODY KSZTAŁCENIA IV. TRENERZY V. PROGRAM

Bardziej szczegółowo

2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem

2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem Spis treści Wstęp 1. Wprowadzenie 1.1. Co to jest bezpieczeństwo informacji? 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne? 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa

Bardziej szczegółowo

Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych

Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych Wstęp... 13 1. Wprowadzenie... 15 1.1. Co to jest bezpieczeństwo informacji?... 17 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne?... 18 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa

Bardziej szczegółowo

W. 3. Zarządzanie projektami: potrzeba str. 30. W. 4. Odpowiedź na zmieniające się warunki str. 32. W. 5. Systemowe podejście do zarządzania str.

W. 3. Zarządzanie projektami: potrzeba str. 30. W. 4. Odpowiedź na zmieniające się warunki str. 32. W. 5. Systemowe podejście do zarządzania str. Spis treści O autorach str. 15 Przedmowa str. 17 Podziękowania str. 21 Wprowadzenie str. 23 W. 1. Dawno, dawno temu str. 23 W. 2. Projekt - co to takiego? str. 26 W. 3. Zarządzanie projektami: potrzeba

Bardziej szczegółowo

INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI

INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI Załącznik Nr 2 do Zarządzenia Nr 52/2014 Rektora UMCS INSTRUKCJA ZARZĄDZANIA PROJEKTAMI STRATEGICZNYMI Spis treści Słownik pojęć... 1 Cz. 1 Inicjatywy Projektów Strategicznych... 2 Cz. 2 Realizacja Projektów

Bardziej szczegółowo

Zarządzanie projektami IT

Zarządzanie projektami IT Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie

Bardziej szczegółowo

PRINCE2 czy PMI? Agenda. Parę słów o nas Podejście amerykańskie a brytyjskie Jak powstawały standardy Metodyki czym są, do czego służą

PRINCE2 czy PMI? Agenda. Parę słów o nas Podejście amerykańskie a brytyjskie Jak powstawały standardy Metodyki czym są, do czego służą PRINCE2 czy PMI? spotkanie z cyklu: W jaki sposób metodyki i dobre praktyki pomagają w zarządzaniu, czyli... jak uczyć się na cudzych błędach? Autor: Jolanta Łabędzka-Benisz Agenda Parę słów o nas Podejście

Bardziej szczegółowo

Dodatek PRINCE2 do P2ware Project Manager

Dodatek PRINCE2 do P2ware Project Manager Dodatek PRINCE2 do P2ware Project Manager PRINCE2 jest zarejestrowanym znakiem handlowym należącym do AXELOS Limited. Oparte na: Managing Successful Projects with PRINCE2 2009 Edition (Wydanie polskie)

Bardziej szczegółowo

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja.

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja. Harmonogram szkolenia zawodowego: Zarządzanie projektami europejskimi Termin realizacji: 14.02.2011 10.03.2011 Miejsce realizacji: Szkoła policealna Wizażu i Stylizacji ul. Reformacka 4, Rzeszów Data Godziny

Bardziej szczegółowo

Zapewnij sukces swym projektom

Zapewnij sukces swym projektom Zapewnij sukces swym projektom HumanWork PROJECT to aplikacja dla zespołów projektowych, które chcą poprawić swą komunikację, uprościć procesy podejmowania decyzji oraz kończyć projekty na czas i zgodnie

Bardziej szczegółowo

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

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A. Leszek Dziubiński Damian Joniec Elżbieta Gęborek Computer Plus Kraków S.A. Wykorzystanie Microsoft Project Server w procesie zarządzania projektami Kompetencje partnerskie Gold: Portals and Collaboration

Bardziej szczegółowo

Audyt projektów. Portfolio, Programme and Project Management Maturity Model C E N T R U M R O Z W I Ą Z A Ń M E N E D Ż E R S K I C H S. A.

Audyt projektów. Portfolio, Programme and Project Management Maturity Model C E N T R U M R O Z W I Ą Z A Ń M E N E D Ż E R S K I C H S. A. Portfolio, Programme and Project Management Maturity Model Audyt projektów dr Piotr Kotelnicki Akredytowany Trener MoP, MSP, P3O Bydgoszcz 31 marca 2011 C E N T R U M R O Z W I Ą Z A Ń M E N E D Ż E R

Bardziej szczegółowo

Badania marketingowe. Badania marketingowe. Materiały do wykładu 120110-0186. Prowadzący: dr Krzysztof Hejduk Szkoła Główna Handlowa w Warszawie

Badania marketingowe. Badania marketingowe. Materiały do wykładu 120110-0186. Prowadzący: dr Krzysztof Hejduk Szkoła Główna Handlowa w Warszawie Badania marketingowe Materiały do wykładu 120110-0186 Prowadzący: dr Krzysztof Hejduk Szkoła Główna Handlowa w Warszawie Witam serdecznie: poznajmy się! Cel zajęć 1) Przedstawienie i analiza roli, funkcji,

Bardziej szczegółowo

Jednolity Model Zarządzania Portfelami

Jednolity Model Zarządzania Portfelami Jednolity Model Zarządzania (The Unified Portfolio Management Model, UPMM) Stanisław Gasik Referat pierwotnie prezentowany w ramach PMI Global Congress North America, październik 2007, Atlanta Rodzaje

Bardziej szczegółowo

TRENING KOMPETENCJI MENEDŻERSKICH

TRENING KOMPETENCJI MENEDŻERSKICH TRENING KOMPETENCJI MENEDŻERSKICH Przykładowy program szkolenia Dzień Sesja 1: Wprowadzenie do zarządzania strategicznego Definicje i podstawowe terminy z zakresu zarządzania strategicznego Interesariusze

Bardziej szczegółowo

dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość

dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość Wykład Zarządzanie projektami Zajęcia 4 Zarządzanie jakością w projekcie dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

Bardziej szczegółowo

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

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8 Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

Bardziej szczegółowo

Menedżerskie studia podyplomowe Zarządzanie firmą. Instrumentarium współczesnego menedżera

Menedżerskie studia podyplomowe Zarządzanie firmą. Instrumentarium współczesnego menedżera Menedżerskie studia podyplomowe Zarządzanie firmą. Instrumentarium współczesnego menedżera Zarządzanie projektami najlepsze światowe praktyki mgr Marcin Gałuszka Zajęcia 2 - Wrocław, 28.01.2012 AGENDA

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW 01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

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

BADANIE DOJRZAŁOŚCI PROJEKTOWEJ FIRM Z PÓŁNOCNEJ POLSKI BADANIE DOJRZAŁOŚCI PROJEKTOWEJ FIRM Z PÓŁNOCNEJ POLSKI PODSUMOWANIE WYNIKÓW MAŁGORZATA KUSYK, KRZYSZTOF KAMIŃSKI - agenda AGENDA 1. Cel badania 2. Metoda 3. Wyniki 4. Wnioski - cel Celem badania było:

Bardziej szczegółowo

Inżynieria Programowania Zarządzanie projektem

Inżynieria Programowania Zarządzanie projektem Inżynieria Programowania Zarządzanie projektem Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 12 października 2015 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4

Bardziej szczegółowo

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

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów

Bardziej szczegółowo

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

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

Metodyka zarządzania ryzykiem w obszarze bezpieczeństwa informacji

Metodyka zarządzania ryzykiem w obszarze bezpieczeństwa informacji 2012 Metodyka zarządzania ryzykiem w obszarze bezpieczeństwa informacji Niniejszy przewodnik dostarcza praktycznych informacji związanych z wdrożeniem metodyki zarządzania ryzykiem w obszarze bezpieczeństwa

Bardziej szczegółowo