Create your own awesome maps

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account?
Log In

PRINCE2® (PL) - Skuteczne Zarządzanie Projektami by Mind Map: PRINCE2® (PL) - Skuteczne
Zarządzanie Projektami
5.0 stars - 36 reviews range from 0 to 5

PRINCE2® (PL) - Skuteczne Zarządzanie Projektami

PRINCE® jest zarejestrowanym znakiem handlowym spółki AXELOS. PRINCE2® jest zarejestrowanym znakiem handlowym spółki AXELOS. Trademarks are properties of the holders, who are not affiliated with mind map author.

Role Projektowe (10)

Role projektowe są ściśle związane z tematem Organizacja

Struktura zespołu zarządzania projektem według PRINCE2®

Komitet Sterujący (KS) (3)

Strona 36 Nagłówek 5.3.2.2

reprezentuje 3 strony interesów, strona klienta, Główny Użytkownik(-cy), Użytkowik lub Użytkowicy (liczba mnoga) - rola może być współdzielona, Rola wymagana, Rola może być łączona z Przewodniczącym, Przewodniczący i Główny Użytkownik jako ta sama osoba, Odpowiedzialny za określenie korzyści projektu, Odpowiedzialny za określenie cech zamawianego produktu, jego funkcjonalności (tzw. kryteria akceptacji), strona biznesu, Przewodniczący, Rola wymagana, Rola może być łączona z Głównym Użytkownikiem, Rola niepodzielna, Przewodniczący to zawsze jedna osoba, Powodem jest zapobieganie tzw. zjawisku "rozmycia odpowiedzialności", aby projekt posiadał dedykowaną jedną osobę odpowiedzialną za projekt, Rola o największych uprawnieniach w projekcie, Komitet Sterujący nie jest organem demokratycznym. W kwestiach spornych, ostateczną decyzję podejmuje Przewodniczący, Przewodniczący Komitetu Sterującego podczas zebrań Komitetu Sterującego ma decydujący głos i podejmuje wszelkie kluczowe dla projektu decyzje., Ostatecznie odpowiedzialny za całościowy SUKCES projektu (dostarczenie produktów + uzyskanie wszystkich korzyści), SUKCES nie CELE, Za CEL odpowiada Kierownik Projektu (K.P.), Do roli Przewodniczącego należy zagwarantowanie, by projekt w całym cyklu swego życia ukierunkowany był na osiąganie zamierzonych celów i na dostarczenie produktu, który przyniesie przewidywane korzyści., Kontroluje zgodność projektu z celami i strategią organizacji (firmy klienta), Jest odpowiedzialny za komunikację projekt - organizacja / program, chyba, że Strategia Zarządzanie Komunikacją (A.4) mówi inaczej, Przewodniczący ponosi pełną odpowiedzialność za zapewnienie, że projekt osiągnie zamierzone korzyści., Przewodniczący przewodniczy Komitetowi Sterującemu, reprezentuje biznes i jest właścicielem Uzasadnienia Biznesowego., Przewodniczący mianuje Kierownika Projektu, Dla wtajemniczonych ..., (miś) "Ćśśśś... ćććśśś... Cicho! Cicho! Przecież swój przyszedł, pan prezes ...", (Poranek Kojota) Przewodniczący z PRINCE2 jest znany również jako Krzysztof Jeżyna ze Szczecina, szef wszystkich szefów, (Poranek Kojota) "To jest Pan Krzysztof Jeżyna za Szczecina. Dziękuję.", https://www.youtube.com/watch?v=T0bTBFNMBYc, (Poranek kojota) "Jeśli pan Krzysztof Jeżyna ze Szczecina mówi tak, a nie inaczej, to ma być tak, a nie inaczej, makao i po makale.", (miś) "Więc tu pan podejmuje się, można powiedzieć, całej tej sprawy, bo pan ma kompetencje. Znaczy, w każdej chwili może pan mieć", https://www.youtube.com/watch?v=PgCcsXJAga0, strona dostawcy, Główny Dostawca(-cy), Dostawca lub Dostawcy (liczba mnoga) - rola może być współdzielona, Rola wymagana

Najmniejsza forma KS to jedna osoba pełniąca wszystkie role KS tj, będąca zarazem Przewodniczącym, Głównym Użytkownikiem oraz Głównym Dostawcą, to sytuacja typowo teoretyczna, nierealna w praktyce

Komitet Sterujący realizuje zarządzanie strategiczne projektem – co oznacza podejmowanie kluczowych decyzji i wyznaczanie kierunków działania.

Komitet Sterujący powinien składać się z osób, które są upoważnione do podjęcia wszystkich potencjalnych decyzji w ramach projektu.

Komitet Sterujący to organ, który ostatecznie zatwierdza zakończenie każdego etapu i zezwala na rozpoczęcie etapu następnego.

Zapewnia, aby zostały przydzielone niezbędne zasoby, oraz jest arbitrem we wszelkich konfliktach w projekcie i negocjuje rozwiązania wszelkich problemów, dotyczących projektu i podmiotów zewnętrznych.

Zatwierdza nominacje i obowiązki Kierownika Projektu oraz delegowanie swoich obowiązków związanych z Nadzorem Projektu.

K. S. ponosi całościową odpowiedzialność za projekt zgodnie z instrukcjami organizacji/programu, odpowiedzialny za "sukces projektu"

Dla wtajemniczonych..., Komitet Sterujący odbierający kolejne raporty Kierownika Projektu, Komitet Starujący ustalający tolerancje projektu (budżet, terminy, etc.)

Nadzór Projektu (NP) (3)

Nadzór projektu oznacza delegowanie czynności Komitetu Sterującego związanych z zapewnieniem, że projekt jest realizowany właściwie. (Komitet Sterujący pozostaje wciąż odpowiedzialny za nadzorowanie projektu), Nadzór Projektu musi być niezależny od Kierownika Projektu i Kierowników Zaspołów, dlatego Komitet Sterujący nie może delegować Kierownikowi Projektu żadnych ze swoich obowiązków nadzorczych.

Nadzór projektu nadzoruje zarazem Kierownika Projektu jak i Kierowników Zespołów, Dlatego musi być od nich niezależny, aby nie istniał konflikt interesów (nadzór samego siebie)

Wypełnianie obowiązków związanych z nadzorem wymaga odpowiedzi na pytanie: „Co ma być nadzorowane?”., Lista możliwości mogłaby objąć zapewnienie, że:, w ciągu całego projektu utrzymywana jest ścisła łączność między Głównym Dostawcą / Wykonawcą a Klientem,, potrzeby i oczekiwania użytkownika są spełniane lub zarządzane,, zagrożenia są kontrolowane,, Uzasadnienie Biznesowe jest przestrzegane,, przyjmowane rozwiązania są stale oceniane z punktu widzenia dostarczania wartości, usprawiedliwiającej poniesione koszty,, projekt jest zgodny z Wizja, Misją i Strategią Organizacji,, właściwe osoby biorą udział w tworzeniu Opisów Produktów,, zaplanowano zaangażowanie właściwych osób do kontroli jakości we właściwych momentach wytwarzania produktu,, personel jest właściwie przeszkolony w zakresie procedur kontroli jakości,, właściwe osoby biorą udział w kontroli jakości,, procedury przeglądów / kontroli jakości są właściwie realizowane,, działania następcze, wynikające z kontroli jakości, prowadzone są prawidłowo,, realizowane rozwiązanie jest możliwe do zaakceptowania,, prowadzenie projektu jest nadal uzasadnione,, zakres projektu nie poszerza się niepostrzeżenie,, komunikacja wewnętrzna i zewnętrzna funkcjonuje zadowalająco,, używane standardy są właściwe i możliwe do zastosowania,, przestrzegane są wszystkie ograniczenia prawne,, spełniane są wymogi specjalistyczne (np. bezpieczeństwa),, przestrzega się standardów zapewnienia jakości., ...

dzieli się na 3 obszary, Nadzór ze strony biznesu, jest to nadzór w imieniu Przewodniczącego, np. Finanse, np. zgdoność projektu z wizją, misją organizacji/przedsiębiorstwa, Nadzór ze strony dostawcy, jest to nadzór w imieniu Głównego Dostawcy, np. realność wykonania, np. zgodność ze standardami technicznymi, Nadzór ze strony użytkownika, jest to nadzór w imieniu Głównego Użytkownika, np. utrzymanie korzyści

Rola wymagana, Pomimo delegowania czyności związanych z nadzorem projektu, odpowiedzialność za ich realizację pozostaje wciąż w ramach KS

Obsługa Zmian (OZ)

Strona 38 Nagłówek 5.3.2.4

Rola decyzyjna w sprawie zagadnień typu - wniosek o wprowadzenie zmian.

OZ znajduje się nad KP w kwestii uprawnień o wprowadzenie zmian, KP przesyła wnioski o wprowadzenie zmiany (w postaci Raportu o Zagadnieniu) do OZ z prośbą o podjęcie decyzji (akceptację, odrzucenie, odroczenie decyzji)

Rola wymagana, Pomimo delegowania czyności związanych z nadzorem projektu, odpowiedzialność za ich realizację pozostaje wciąż w ramach KS, W szczególnych przypadkach, KS może przekazać rolę OZ dla KP

Procesu obsługi zmian nie należy utożsamiać z rolą Obłsuga Zmian, Proces obsługi zmian w PRINCE2® może odbywać się na 4 poziomach:, Organizacja, Zmiany najwyższego priorytetu, wpływające na sukces całego projektu obsługuje organizacja spoza projektu., KS, Zmiany o wysokim priorytecie może obsługiwać OZ, OZ, Zmiany o średnim priorytecie może obsługiwać OZ, KP, Zmiany o najniższym priorytecie może obsługiwać KP, Co oznacza niski / średni / wysoki priorytet oraz kto obsługuje jaki priorytet musi zostać opisany w produkcie zarządczym A.6 w zgodzie z 7 prycypium - Dostosowanie do warunków projektu, Strategia Zarządzania Konfiguracją (A.6)

Kierownik Projektu (KP)

Strona 40 Nagłówek 5.3.2.6

Rola wymagana

Rola niepodzielna, zawsze 1 Kierownik Projektu

KP może pochodzić z organizacji klienta, dostawcy, być zatrudniony jako konsultant, PRINCE2® nie definiuje ograniczeń odnośnie pochodzenia i powiązań KP

Kierownik Projektu nie może być łączony z Przewodniczącym Komitetu Sterującego oraz z Nadzorem Projektu

Codzienne planowanie oraz sterowanie realizacją bieżących zadań oraz podejmowanie decyzji w drobnych sprawach należy do Kierownika Projektu., Kierownik Projektu posiada uprawnienia do bieżącego prowadzenia projektu w imieniu Komitetu Sterującego, w ramach ograniczeń określanych przez ten Komitet Sterujący., Projektu. Kierownik Projektu odpowiada przed Przewodniczącym Komitetu Sterującego za terminowe i prawidłowe dostarczenie produktów projektu.

Podstawowym obowiązkiem Kierownika Projektu jest zapewnienie, aby projekt wytwarzał wymagane produkty, zgodne z wymaganymi standardami jakości oraz w ramach określonych ograniczeń czasu i kosztów.

Kierownik Projektu jest także odpowiedzialny za to, żeby projekt wytworzył rezultat, który będzie zdolny do osiągnięcia korzyści biznesowych zdefiniowanych w Uzasadnieniu Biznesowym.

Odpowiedzialny za osiągnięcie CELÓW projektu (dostarczenie produktów specjalistycznych), CELÓW nie SUKCESU projektu

Dla wtajemniczonych ..., (miś) Kierownik Projektu jest odpowiedzialny za ustalenie Strategi Zarządzania Komunikacją, https://www.youtube.com/watch?v=kdfq98BaMUU, (miś) "Wzajemna przyjaźń i zaufanie podstawą prawidłowego funkcjonowania podstawowej komórki społecznej rodziny", https://www.youtube.com/watch?v=a_4blWBV7ao, (Co mi zrobisz jak mnie złapiesz) Kierownik Projektu dba, aby projekt trzymał się w ustalonych tolerancjach., https://www.youtube.com/watch?v=Omo-JU08hXg, (miś) "Panowie pozwolą... mój projekt... PRINCE!", https://www.youtube.com/watch?v=0QTuJO4lhyk, Nowy Kierownik Projektu na pokładzie :-), Reakcja Kierownika Projektu po zatwierdzeniu zwiększenia budżetu projektowego :-)

Kierownik Zespołu (KZ)

Strona 40 Nagłówek 5.3.2.7

Wytwarza produkty specjalistyczne

W przypadku rozbudowanych projektów poszczególne elementy projektu realizują wyodrębnione zespoły., W takim przypadku do kierowania tymi zespołami powoływany jest Kierownik Zespołu.

Podstawowym obowiązkiem Kierownika Zespołu jest zapewnienie wytworzenia określonych przez Kierownika Projektu produktów o właściwej jakości, terminowo oraz po koszcie akceptowalnym dla Komitetu Sterującego.

Kierownik Zespołu podlega Kierownikowi Projektu i przyjmuje od niego instrukcje.

Przygotowuje Raporty z Punktów Kontrolnych

Rola wymagana, ale ..., Jeśli nie jest delegowana, odpowiedzialność przejmuje KP

Dla wtajemniczonych ..., zwany również jako Wesoły Romek, (miś) "Dzień dobry, cześć i czołem! Pytacie skąd się wziąłem?! Jestem wesoły Romek, mam na przedmieściu domek, w tym domku prąd i gaz to ukończę PRINCa w czas.", https://www.youtube.com/watch?v=vPA7y5lHvT8, (miś) "Panie kierowniku, ja to wszystko rozumiem... Ja rozumiem, że zmiana jest potrzebna, ale jak jest zmiana to musi być budżet! Tak? Panie kierowniku, takie jest odwieczne prawo natury!", https://www.youtube.com/watch?v=K0ppObUzrB4, (miś) "A niech żesz Pan siada i opowiada! Nowiny! Nowiny!"

Wsparcie Projektu (WP)

Strona 41 Nagłówek 5.3.2.8

Rola, która dostarcza jedynie wsparcie administracyjne, bez jakichkolwiek uprawnień decyzyjnych.

Rola wymagana, ale ..., Jeśli nie jest delegowana, odpowiedzialność przejmuje KP

Rola, którą domyślnie pełni KP, Rola domyślnie jest łączona z rolą KP

Role o najmniejszych uprawnieniach w całym projekcie (porównując ją z listą domyślnych ról PRINCE2®)

Zarządzanie Projektem wg. PRINCE2®

Celem zarządzania projektami według PRINCE2® jest:

Utrzymanie kontroli nad pracami specjalistycznymi

Motywowanie zaangażowanych osób

Utrzymanie aktualnej wiedzy o stanie projektu

Zagwarantowanie, że projekt nadal ma ważne uzasadnienie biznesowe

Zagwarantowanie, że projekt jest nadal korzystny dla organizacji

Zarządzanie projektem wg. PRINCE2® to nieustanny cykl

Strona 5

dostosowany cyklu Deminga na potrzeby PRINCE2®, Planuj (ang. Plan), Planowanie prac do wykonania., Deleguj (ang. Delegate), Delegowanie prac do wykonania innym osobom / jednostkom / firmom / podwykonawcom etc., Monitoruj (ang. Monitor), Monitorowanie wykonywania prac poprzez raporty i komunikację., Kontroluj (ang. Control), Kontrolowanie wykonywanej pracy poprzez podejmowanie działań korygujących., "Kontrola jest najwyższą formą zaufania. Im bardziej się komuś ufa, tym bardziej należy go kontrolować." (Feliks Dzierżyński), czyli planowanie, delegowanie, monitorowanie, kontrolowanie... wszystkich aspektów projektu

Zalety stosowania PRINCE2®

pełna kontrola nad projektem i efektywne planowanie

analiza wydajności i efektywności procesu realizacji projektu i jego optymalizacja

wczesne ostrzeganie o możliwych problemach i reagowanie na zmiany i ryzyka

wprowadzenie i utrzymywanie dokumentacji i zapisów, budowa bezpieczeństwa projektu

współpraca z systemem zarządzania jakością ISO, korzystanie ze standardów zarządzania organizacją

stosowanie metodyki PRINCE2® podnosi prestiż firmy, innymi słowy "dobry marketing PRINCE2®" :-)

z punktu widzenia kontrahenta firma stosująca PRINCE2 jest bardziej atrakcyjnym i wiarygodnym partnerem biznesowym, innymi słowy "dobry marketing PRINCE2®" :-)

pozwala bardziej utożsamiać się z projektem osobom, które go realizują

zapewnia strukturę organizacyjną wraz z rolami i przypisanymi im zakresami obowiązków, odpowiedzialności i uprawnień

poprawia komunikację w projekcie

daje sprawdzone rozwiązania zarządcze podnoszące komfort pracy

Procesy (7)

Strona 121

Precyzując 7 typów Procesów, ponieważ niektóre procesy mogą wystąpić kilkukrotnie w projekcie.

PRINCE2® to sposób podejścia do zarządzania projektami oparty na procesach.

Niektóre procesy działają równolegle, niektóre sekwencyjnie.

Procesów nie należy mylić z etapami, gdyż są to odrębne pojęcia, Etapy dzielą cały projekt na określone odcinki czasu (wraz z tolerancjami czasu), Procesy rozpoczynają się i kończą w ramach danego, jednego etapu, Przez co można powiedzieć, że procesy są częścią etapów., Wyjątkiem jest proces Zarządzanie Strategiczne Projektem (ZSP), który trwa praktycznie non stop przez cały okres trwania projektu za wyjątkim początkowej fazy Przed-projektowej w ramach której nie obejmuje jej pełnego zakresu czasowego

Procesy występują na 3 poziomach zarządzania (choć w PRINCE2® wyróżniamy 4 poziomy zarządzania, jednak jeden z nich znajduje się nad projektem):

Zarządzanie Strategiczne

Zarządzania Opracyjne

Dostarczanie Produktów

Model procesowy PRINCE2®

Dwuetapowy model procesowy PRINCE2®, Jednoetapowy model procesowy PRINCE2® (najmniejsza i najkrótsza wersja PRINCE2®)

Przygotowanie Projektu (PP)

Występuje tylko raz w całym cyklu życia projektu, jest to pierwszy proces od jakiego rozpoczyna się projekt PRINCE2®

W bardzo skrajnym przypadku, proces może nie wystąpić jako samodzielny, odrębny proces, Przypadek najmniejszej wersji PRINCE2® - 1 etapowego projektu (tzw. Mały Książę), W tym przypadku proces PP jest łączony z procesem Inicjowanie Projektu (IP) w Etapie Inicjowania, staje się częścią tego etapu, Żadne z czynności procesu PP nie moga być pomijane, jedynie proces staje się częścią procesu Inicjowanie Projektu

Obecny w fazie przed projektowej (nie należy mylić fazy z etapem), faza przed projektowa (inna nazwa to czynności przed projektowe) nie jest nazywana etapem, ponieważ formalnie nie mamy jeszcze projektu, W fazie przed projektowej nie są wytwarzane żadne produkty specjalistyczne., Są wytwarzane jedynie podstawowe produkty zarządcze

Obecny na DWÓCH poziomach zarządzania - zarządzanie strategiczne oraz zarządzanie operacyjne. PP to jedyny proces w PRINCE2®, który jest obecny na więcej niż jednym poziomie zarządzania., Praca wykonywana głównie przez Przewodniczącego i Kierownika Projektu

Egzamin Foundation, W procesie PP powstają "solidne podstawy dla inicjowania projektu" - NIE powstają solidne podstawy dla całego projektu a jedynie solidne podstawy dla pierwszego etapu projektu czyli Etapu Inicjowania, Procesu PP należy nie mylić z fazą przed projektową (inna nazwa to czynności przed projektowe), Faza przed projektowa (czynności przed projektowe) zawiera w sobie 2 procesy: PP i ZSP

Praktyka, Proces PP w bardzo małych projektach trwa nawet kilkanaście minut / kilka godzin., często proces PP przebiega jedynie w formie ustnej, bez tworzenia jakiejkolwiek dokumentacji, tj. produktów zarządczych, Często proces PP jest procesem "wewnętrznym", tzn. wszystkie działania procesu odbywają się wewnątrz organizacji klienta, bez kontaktu z dostawcą (dostawca nie jest jeszcze znany), Klient analizuje wstępne założenia dla projektu, odpowiadając na pytanie - "Czy potrzebujemy taki projekt? Czy projekt ma sens?", W realiach rynku polskiego i przetargów publicznych (dokumenty SIWZ oraz OPZ), często proces PP kończy się ogłoszeniem wyników przetargu, wyłonieniem dostawcy oraz podpisaniem umowy, Praca z dostawcą rozpoczyna się pierwszy etap w PRINCE2® - Etap Inicjowania, gdzie wspólnie z dostawcą budowany jest min. DIP

Rekomendowane czynności w procesie, 1. Mianowanie Przewodniczącego i Kierownika Projektu, 2. Zgromadzenie dotychczasowych doświadczeń, 3. Projektowanie i mianowanie zespołu zarządzania projektem, 4. Wybieranie formuły realizacji projektu i zestawianie Założeń Projektu, 5. Przygotowanie zarysu Uzasadnienia Biznesowego, 6. Planowanie etapu inicjowania

Zarządzanie Strategiczne Projektem (ZSP)

Występuje tylko raz w całym cyklu życia projektu, jednak trwa praktycznie przez cały projekt)

ZSP zawsze występuje tylko raz i trwa przez cały czas trwania projektu

Proces rozpoczyna się w fazie przed projektowej, czyli jeszcze przed projektem, Pod koniec fazy przez projektowej lub w casie jej trwania, ale nigdy podczas startu procesu PP, Innymi słowy procesy PP i ZSP nie nachodzą / nakładają się na siebie

Obecny na poziomie zarządzania - zarządzanie strategiczne, Praca wykonywana głownie przez Komitet Sterujący (KS)

Rekomendowane czynności w procesie, Zezwalanie na zainicjowanie projektu, Zezwalanie na realizację projektu, Zezwalanie na realizację Planu Etapu lub Planu Nadzwyczajnego, Podejmowanie decyzji doraźnej, Zezwalanie na zamknięcie projektu

Inicjowanie Projektu (IP)

Występuje tylko raz w całym cyklu życia projektu w początkowym okresie projektu

Obecny w Etapie Inicjowania, Nie mylić Etapu Inicjowania z Procesem Inicjowania (IP)

Obecny na poziomie zarządzania - zarządzanie operacyjne, Praca wykonywana głownie przez Kierownika Projektu (KP)

Rekomendowane czynności w procesie, Opracowanie Strategii Zarządzania Ryzykiem, Opracowanie Strategii Zarządzania Jakością, Opracowanie Strategii Zarządzania Konfiguracją, Opracowanie Strategii Zarządzania Komunikacją, Sporządzanie Planu Projektu, Ustanowienie mechanizmów sterowania projektem, Doprecyzowanie Uzasadnienia Biznesowego, Zestawianie Dokumentacji Inicjowania Projektu (DIP)

Egzamin Foundation, Procesu IP należy nie mylić z Etapem Inicjowania, Etap Inicjowania zawiera w sobie procesy: IP, ZKE, ZSP, oraz w niektórych sytuacjach również procesy SE i ZDP, Proces IP jako jedyny posiada dwa sygnały wyjściowe, które odbywają się zawsze jeden po drugim. Innymi słowy po procesie IP zawsze mamy dwa sygnały wyjściowe, Sygnał 1 - Wniosek o realizację projektu (całego projektu), Sygnał 2 - Wniosek o zatwierdzenie Planu Etapu (następnego, zbliżającego się etapu)

Sterowanie Etapem (SE)

SE występuje MINIMUM raz w całym cyklu życia projektu

W bardzo skrajnym przypadku, proces może wystąpić już w Etapie Inicjowania, przypadek najmniejszej wersji PRINCE2® - 1 etapowego projektu (tzw. Mały Książę)

Obecny na poziomie zarządzania - zarządzanie operacyjne, czyli praca wykonywana głownie przez Kierownika Projektu (KP)

Rekomendowane czynności w procesie, Zezwalanie na wykonanie Grupy Zadań, Przeglądanie stanu Grupy Zadań, Odbieranie zakończonych Grup Zadań, Przeglądanie stanu etapu, Podejmowanie działań korygujących, Wychwytywanie i badanie zagadnień i ryzyk, Przekazywanie zagadnień i ryzyk na wyższy szczebel, Raportowanie okresowe

Zarządzanie Dostarczaniem Produktów (ZDP)

ZDP występuje MINIMUM raz w całym cyklu życia projektu

Obecny na poziomie zarządzania - dostarczanie produktów, Praca Kierownika Zespołu (KZ)

Obecny w etapach realizacyjnych, ZDP może wystąpić w Etapie Inicjowania, kiedy to Etap Inicjowania jest zarazem etapem realizacyjnym, czyli posiada zarazem procesy IP i SE, przypadek najmniejszej wersji PRINCE2® - 1 etapowego projektu (tzw. Mały Książę)

Proces ZDP może wystąpić wiele razy w ramach jednego etapu zarządczego

W procesie ZDP odbywają się zatwierdzenia produktów specjalistycznych, ZATWIERDZENIA (nie mylić z akceptacją), W PRINCE2®, zatwierdzenie NIE JEST równoznaczne z akceptacją. ZATWIERDZANE są produkty specjalistyczne "cząstkowe" (tj. Opisy Produktów) a AKCEPTOWANY jest produkt specjalistyczny "końcowy" (tj. Opis Produktu Końcowego Projektu)

Rekomendowane czynności w procesie, Przyjmowanie Grupy Zadań do wykonania, Wykonywanie Grupy Zadań, Oddawanie wykonanej Grupy Zadań

Zarządzanie Końcem Etapu (ZKE)

W bardzo skrajnym przypadku, proces ZKE może nie wystąpic, przypadek najmniejszej wersji PRINCE2® - 1 etapowego projektu (tzw. Mały Książę)

Obecny na poziomie zarządzania - zarządzanie operacyjne, Praca wykonywana głownie przez Kierownika Projektu

Rekomendowane czynności w procesie, Planowanie następnego etapu, Sporządzanie Planu Nadzwyczajnego, Uaktualnianie Planu Projektu, Uaktualnianie Uzasadnienia Biznesowego, Raportowanie zakończenia etapu

Zamykanie Projektu (ZP)

Występuje tylko raz w całym cyklu życia projektu, W ostatnim, końcowym etapie projektu

Obecny na poziomie zarządzania - zarządzanie operacyjne, Praca wykonywana głownie przez Kierownika Projektu

W procesie ZP odbywa się akceptacja końcowego produktu projektu, AKCEPTACJA (nie mylić z zatwierdzeniem), W PRINCE2®, zatwierdzenie nie jest równoznaczne z akceptacją. ZATWIERDZANE są produkty specjalistyczne "cząstkowe" (tj. Opisy Produktów) a AKCEPTOWANY jest produkt specjalistyczny "końcowy" (tj. Opis Produktu Końcowego Projektu)

Rekomendowane czynności w procesie, Przygotowanie planowego zamknięcia, Przygotowanie przedwczesnego zamknięcia, Przekazanie produktów, Ocenianie projektu, Rekomendowanie zamknięcia projektu

Tematy (7)

Strona 17 - spis Tematów PRINCE2.

Tematy to obszary którymi musimy zarządzać w projekcie prowadzonym wg. PRINCE2®.

Tematem jest aspekt zarządzania projektem, którym należy się stale zajmować i który wymaga określonego traktowania, aby procesy PRINCE2® były skuteczne.

W PRINCE2® tematy poruszają jedynie pobieżnie daną dziedzinę wiedzy i nie wyczerpują w pełni danego obszaru. Dzieje się tak z prostego powodu, zadaniem PRINCE2® jest jedynie naświetlenie obszarów, które wymagają zarządzania. Natomiast zadaniem Kierownika Projektu jest rozwinięcie oraz dostosowanie obszarów do specyfiki realizowanych projektów oraz branży w której projekty są prowadzone.

Należy pamiętać, że w prawdziwym projekcie takich obszarów jest dużo więcej. Między innymi PRINCE2® nie obejmuje: Motywacji, Przywództwa, Negocjacji, Rozwiązywania konfliktów, Budżetowania itp.

Każdy z tematów zgdonie ze swoim przeznaczeniem odpowiada na konkretne pytanie.

1. Uzasadnienie Biznesowe

Rozdział 4

Temat odpowiada na pytanie..., Dlaczego?, Dlaczego projekt jest nam potrzebny?, Dlaczego powinniśmy rozpocząć projekt?, Dlaczego powinniśmy kontynuować projekt?, Dlaczego powinniśmy zakończyć projekt?

Powody dla podjęcia projektu różnią się znacząco i są determinowane przez środowisko projektu., Projekt zaczyna się od pomysłu, o którym sądzi się, że ma potencjalną wartość dla zainteresowanej organizacji., Ze względu na rodzaj projektu, można wyznaczyć rozmaite cele, początkowo dla sprawdzania jego atrakcyjności, a w dalszej kolejności, dla potwierdzenia, że produkty projektu są w stanie je osiągnąć.

Project zgodny z PRINCE2® ma ciągle ważne uzasadnienie biznesowe., Innymi słowy jest potrzebny, przydatny i wykonalny., potrzebny, między innymi dla Głównego Użytkownika - potrzebuje on produktów, które mają być dostarczone w projekcie, przydatny, między innymi dla Przewodniczącego (który finansuije projekt) - przydatny z perspektywy organizacji którę reprezentuje, wykonalny, między innymi dla Głównego Dostawcy - wykonalny technicznie, jesteśmy w stanie technicznie dostarczyć zamówione produkty

Metodyka PRINCE2® wyróżnia 4 czynności / działania w odniesieniu do Uzasadnienia Biznesowego:, 1. Opracowanie Uzasadnienia Biznesowego, 2. Weryfikowanie Uzasadnienia Biznesowego, 3. Utrzymywanie Uzasadnienia Biznesowego, 4. Potwierdzenie Uzasadnienia Biznesowego

Uzasadnienie Biznesowe a cykl życia projektu oraz produktów zarządczych

2. Organizacja

Rozdział 5

Temat odpowiada na pytanie..., Kto?, Kto za co odpowiada w projekcie?

Metodyka PRINCE2® opiera się na środowisku klient / dostawca, zakładając istnienie klienta, który sprecyzuje pożądane rezultaty i zapłaci za projekt oraz dostawcy, który zapewni umiejętności i zasoby w celu dostarczenia pożądanych rezultatów.

Temat Organizacja opisuje strukturę zespołu zarządzania projektem wraz z przydzielonymi odpowiedzialnościami, określa zakresy obowiązków oraz relacje między wszystkimi rolami występującymi w projekcie., Oznacza to również, że organizacja sponsorująca projekt musi przekazać związane z nim prace menedżerom, którzy będą za niego odpowiedzialni i będą nim kierowali aż do jego zakończenia., Każdy projekt wymaga skutecznego kierowania, zarządzania, kontroli i komunikacji., Ustanowienie efektywnej struktury zespołu zarządzania projektem wraz ze strategią komunikacji na początku projektu oraz ich utrzymanie przez cały okres trwania projektu, stanowią istotne elementy składające się na sukces projektu.

PRINCE2® wyróżnia 4 poziomy w organizacji (4 poziomy zarządzania projektem), Kierownictwo organizacji lub programu, Zlecanie projektu, Pierwsza z tych warstw powołuje projekt i określa ogólne ograniczenia. Zespół zarządzania projektem obejmujący pozostałe trzy warstwy, zarządza projektem i realizuje go w wymiarze technicznym., Ten poziom jest poziomem spoza projektu, Zarządzanie strategiczne – Komitet Sterujący, Ukierunkowanie projektu, Strategiczne zarządzanie projektem, Zarządzanie operacyjne – Kierownik Projektu, Operacyjne zarządzanie projektem, Dostarczanie produktów – Kierownik Zespołu, Zarządzanie zespołem(-ami) i dostarczanie produktów

Interesariusze i decydenci, Decydenci są to interesariusze, który są uprawnieni do podejmowanie decyzji projektowych., Nie wszyscy interesariusze są decydentami.

Pobierz: PRINCE2® Macierz Procesy vs Produkty Zarządczy vs Role vs Odpowiedzialności (PDF), http://miroslawdabrowski.com/downloads/PRINCE2/Reference%20cards/PRINCE2%20-%20Macierz%20Procesy%20vs%20Produkty%20Zarzadcze%20vs%20Role%20vs%20Odpowiedzialnosci%20%5Bv1.2%2C%2011.2013%2C%20PL%5D.pdf

3. Jakość

Rozdział 6

Temat odpowiada na pytanie..., Co?, Co mam dostarczyć w jakiej postaci i na jakim poziomie jakości?

Jakość w projektach to kwestia identyfikowania tego, co sprawia, że produkty projektu lub usługi odpowiadają swemu przeznaczeniu, jakim jest zaspokojenie wy-specyfikowanych potrzeb.

Temat Jakość pomaga w zapewnieniu, że produkty projektu:, spełniają oczekiwania biznesowe, umożliwiają w efekcie uzyskanie pożądanych korzyści opisanych w Uzasadnieniu Biznesowym (A.2)

Ważna terminologia związana z tematem Jakość:, Oczekiwania jakościowe klienta, Kryteria akceptacji, Opis Produktu Końcowego Projektu, Formuła realizacji projektu (element Założeń Projektu), Strategia Zarządzania Jakością, Opisy Produktów i kryteria jakości, Tolerancje jakości, Przegląd jakości (technika), Rejestr Jakości, Zapisy zatwierdzeń, Zapisy akceptacji

Temat Jakość a cykl życia projektu oraz produktów zarządczych

4. Plany

Rozdział 7

Temat odpowiada na pytanie..., Jak? Za ile? Kiedy?, Jak będziemy dostarczać produkty? Czy wytworzymy je samodzielnie, czy wykorzystamy podwykonawcę?, Ile będzie kosztować dostarczenie / wytworzenie konkretnego produktu?, Kiedy, w jakim terminie będzie dostarczony / wytworzony / odebrany produkt?

Projekty PRINCE2® przebiegają zgodnie z szeregiem zatwierdzonych planów.

Skuteczne zarządzanie projektami opiera się na efektywnym planowaniu, ponieważ bez planu kontrola nie jest możliwa.

PRINCE2® proponuje dla projektu następujące poziomy planów:, 1. Plan Projektu (obowiązkowy), 2. Plan Etapu (obowiązkowy), 3. Plan Zespołu (opcjonalny), 4. Plan Nadzwyczajny

Temat Plany a cykl życia projektu oraz produktów zarządczych

5. Ryzyko

Rozdział 8

Temat odpowiada na pytanie..., Co, jeżeli?, Co zrobimy jeśli wydarzy się dane zdarzenie (negatywne lub pozytywne)?

Każdy projekt z uwagi na niepowtarzalność parametrów realizacyjnych oraz zmiany w otoczeniu biznesowym musi brać pod uwagę możliwość wystąpienia zdarzeń nieplanowanych mogących mieć istotny wpływ na sposób jego realizacji., Zarządzanie ryzykiem polega na utrzymywaniu ryzyka w akceptowalnych granicach w sposób efektywny i racjonalny kosztowo.

Z projektami związane jest zwykle większe ryzyko niż z ustabilizowanymi działaniami operacyjnymi (ang. Business as Usual).

Ryzyko może być zdefiniowane jako niepewność uzyskania zaplanowanego wyniku (w kontekście pozytywnym - traktowana jako szansa, lub negatywnym - widziana jako zagrożenie)., Ryzyko to przyszłe niepewne zdarzenie, które jeśli się wydarzy będzie mieć wpływ na cele projektu., Zagrożenie (-) – niekorzystny wpływ na cele., Szansa (+) – korzystny wpływ na cele.

W żadnym przedsięwzięciu nie powinniśmy sobie pozwolić na ignorowanie niepewności wyniku, z tego względu ważnym aspektem jest zarządzanie ryzykiem., Celem zarządzania ryzykiem jest podejmowanie w sposób kosztowo efektywny działań związanych z utrzymywaniem tej niepewności na niskim poziomie.

Procedura zarządzania ryzykiem składa się z kroków (kroki te wywodzą się bezpośrednio ze standardu M_o_R®):, 1. Identyfikuj, dzieli się na dwa podkroki, 1A. Identyfikuj-Kontekst, głównym celem kroku „Identyfikuj-Kontekst" jest uzyskanie informacji na temat projektu pozwalających zrozumieć konkretne cele, które są narażone na ryzyko, oraz opracować Strategię Zarządzania Ryzykiem dla projektu,, Kontekst zewnętrzny i wewnętrzny, Ryzyko dopuszczalne, Apetyt na ryzyko i Tolerancja ryzyka, Ryzyko dopuszczalne (ang. Risk Capacity), maksymalny poziom ryzyka, jaki organizacja lub jej część może ponosić w połączeniu z takimi czynnikami, jak reputacja, kapitał, aktywa lub zdolność do pozyskiwania dodatkowych funduszy., Tolerancja na ryzyko (ang. Risk Tolerance), progowe poziomy ekspozycji na ryzyko, których przekroczenie jest możliwe po uzyskaniu wymaganej akceptacji. Poziom ryzyka akceptowany przez Komitet Sterujący. Przekroczenie tej tolerancji powinno doprowadzić do powstania Raportu Nadzwyczajnego, Apetyt na Ryzyko (ang. Risk Appetite), w organizacji jest określone indywidualne nastawienie do podejmowania ryzyka. Określa ono akceptowalny poziom ryzyka dla danej organizacji (najczęściej opisany w Polityce Zarządzania Ryzykiem)., 1B. Identyfikuj-Ryzyko, głównym celem kroku „Identyfikuj-Ryzyko" jest poznanie zagrożeń i szans, które mogą wpływać na cele projektu., identyfikowanie ryzyk najczęściej ma miejsce podczas planowania, oddzielnych sesji zarządzania ryzykiem i w czasie bieżącego sterowania etapem., 2. Oceniaj, dzieli się na dwa podkroki, 2A. Oceniaj-Szacowanie, Ocena każdego ryzyka z osobna (zagrożenia albo szansy):, Prawdopodobieństwo, na ile możliwe jest wystąpienie, procent szans, Wpływ, wpływ na cele, wielkość konsekwencji zmaterializowanego ryzyka, to co może nastąpić jeśli ryzyko się wydarzy, Bliskość, kiedy ryzyko może wystąpić, czas w jakim można się go spodziewać, 2B. Oceniaj-Ewaluacja, ustalenie efektu netto wszystkich ryzyk., ogólna ocena dotkliwości ryzyka., sprawdzenie czy efekt netto ryzyka mieści się w tolerancji ryzyka i czy projekt nadal jest zasadny biznesowo., 3. Planuj, głównym celem kroku „Planuj" jest przygotowanie określonych reakcji zarządczych na zidentyfikowane zagrożenia i szanse, najlepiej w celu usunięcia lub zmniejszenia zagrożeń oraz maksymalizacji szans,, Rekomendowane reakcje na ryzyko według PRINCE2 (podzbiór reakcji dostępnych w M_o_R), Kategorie reakcji na ryzyko (efekty), 4. Wdrażaj, głównym celem kroku „Wdrażaj" jest zapewnienie, aby planowane reakcje na ryzyko zostały zrealizowane, ich efektywność była monitorowana oraz aby zostały podjęte działania korygujące w przypadku, gdyby reakcje te nie spełniały związanych z nimi oczekiwań,, Komunikacja, komunikacja to krok, który jest realizowany ciągle (jakkolwiek dziwnie by to nie brzmiało, wciąż według metodyki nazywany jest on krokiem). Krok „Komunikuj" powinien zapewnić, aby informacje dotyczące zagrożeń i szans dotyczących projektu były przekazywane zarówno w ramach projektu, jak i na zewnątrz, do interesariuszy., mowa tutaj o wszelkiego rodzaju spotkaniach, raportach itp.

Parametry ryzyka w PRINCE2®:, Prawdopodobieństwo, Bliskość, Wpływ, PRINCE2® nie określa czy dane parametry mamy opisywać w sposób ilościowy czy jakościowy., Według PRINCE2® nie mam wpływu na parametr bliskość

Ryzyka możemy podzielić na:, Inherentne, ryzyko pierwotne, wstępne, przed podjęciem działań (reakcji), Rezydualne, poziom ryzyka po zastosowaniu reakcji na ryzyko, Wtórne, ryzyko, które może wystąpić jako skutek zastosowania reakcji na ryzyko.

Temat Ryzyko a cykl życia projektu oraz produktów zarządczych

6. Zmiana

Rozdział 9

Temat odpowiada na pytanie..., Jaki jest wpływ?, Jak ocenić wpływ zmiany w projekcie na cały projekt?

Opisuje w jaki sposób ocenia się i postępuje z zagadnieniami, które mają potencjalny wpływ na dowolny zatwierdzony aspekt projektu (jego plany lub wytworzone produkty).

Temat Zmiana a cykl życia projektu oraz produktów zarządczych

7. Postępy

Rozdział 10

Temat odpowiada na pytanie..., Gdzie teraz jesteśmy? Dokąd zmierzamy? Czy powinniśmy kontynuować?, Jak ocenić progres projektu?, Czy wciąż jesteśmy na bieżąco z terminami?, Czy wystarczy nam czasu, aby ukończyć projekt w terminie?

Wyjaśnia on proces decyzyjny dotyczący zatwierdzania planów, monitorowanie faktycznego wykonania oraz proces przekazywania spraw na wyższy szczebel zarządzania w przypadku, gdy zdarzenia przebiegają niezgodnie z planem.

Delegowanie tolerancji oraz raportowanie

Pryncypia (7)

Strona 11

Projekt PRINCE2® musi bezdyskusyjnie stosować WSZYSTKIE pryncypia

Innymi słowy pryncypia w PRINCE2® to zasady (co jest różnie rozumiane w przypadku innych metodyk)

Jeśli projekt nie stosuje się do pryncypiów to mamy tzw. projekt PINO - "Prince In Name Only"

Pryncypia wg. PRINCE2® są:

uniwersalne, Mają zastosowanie w każdym typie projektu i są niezależne od branży (IT, budownictwo, inżynieria etc.).

samopotwierdzające, Sprawdzone na przestrzeni lat praktyki zarządzania projektami.

inspirujące, Zwiększają pewność siebie praktyków metodyki PRINCE2®, pozwalają wpływać na projekt, zarządzać i kształtować go.

innymi słowy "dobry marketing PRINCE2®" :-)

1. Ciągła zasadność biznesowa

Projekt zgodny z PRINCE2® ma ciągle ważne uzasadnienie biznesowe., Innymi słowy jest potrzebny, przydatny i wykonalny., potrzebny, między innymi dla Głównego Użytkownika - potrzebuje on produktów, które mają być dostarczone w projekcie np. do swojej codziennej pracy, przydatny, między innymi dla Przewodniczącego (który finansuje projekt) - przydatny z perspektywy organizacji którą reprezentuje, wykonalny, między innymi dla Głównego Dostawcy - wykonalny technicznie, jesteśmy w stanie technicznie wytowrzyć i dostarczyć zamówione produkty

Wymogiem dla projektu zgodnego z PRINCE2® jest:, Istnienie uzasadnionego powodu jego rozpoczęcia., tzw. "powody podjęcia projektu", Dla każdego projektu są znane uzasadnione powody rozpoczęcia projektu., Uzasadnienie to powinno pozostawać ważne przez cały czas trwania projektu., Ważność jest kontrolowana między innymi  poprzez kontrolę / sprawdzanie produktu zarządczego Uzasadnienie Biznesowe (A.2), Na bieżąco dba o to między innymi Kierownik Projektu, Pod koniec etapów zarządczych formalnie Komitet Sterujący również przegląda i ocenia Uzasadnienie Biznesowe, Zasadność realizacji projektu istnieje w czasie całego projektu, Uzasadnienie jest udokumentowane (Kierownik Projektu) i zatwierdzane (Komitet Sterujący) w produkcie zarządczym o takie samej nazwie - Uzasadnienie Biznesowe (A.2)

Pryncypium wspierane przez:, Produkty Zarządcze, Uzasadnienie Biznesowe (A.2), Role, Komitet Sterujący (KS), Kierownik Projektu (KP)

2. Korzystanie z doświadczeń

Zespoły projektowe stosujące PRINCE2® uczą się z wcześniejszych doświadczeń: doświadczenia są wyszukiwane, zapisywane i wykorzystywane w trakcie całego projektu.

Wymogiem dla projektu zgodnego z PRINCE2® jest:, Korzystanie z doświadczeń zdobytych w poprzednich, podobnych projektach lub z zewnątrz organizacji, Zdobywanie doświadczeń w aktualnym projekcie i przekazywanie ich organizacji

Uczenie się na podstawie doświadczeń jest obecne w czasie całego projektu:, na początku, przejrzyj poprzednie lub podobne projekty, zgromadź doświadczenia, jeśli trzeba z zewnątrz organizacji (np. publicznie dostępne bazy zaleceń czy rekomendacji), w trakcie trwania, gromadź dalsze doświadczenia, własne doświadczenia uwzględniaj w raportach i przeglądach, w czasie zamykania, przekaż własne doświadczenia organizacji, by wykorzystanie ich spowodowało korzystne zmiany w organizacji

Pryncypium wspierane przez:, Produkty Zarządcze, Dziennik Doświadczeń (A.14), Raport Doświadczeń (A.15), Role, Komitet Sterujący (KS), Kierownik Projektu (KP)

3. Zdefiniowane role i obowiązki

Projekt zgodny z PRINCE2® posiada zdefiniowane i uzgodnione role oraz obowiązki w swojej strukturze organizacyjnej, która uwzględnia interesu biznesu, użytkownika i dostawcy.

Jasna i jednoznaczna struktura zespołu zarządzania projektem.

Określone i uzgodnione role i obowiązki osób zaangażowanych w projekt., Każdy wie czego się od niego oczekuje w projekcie.

Zapewnienie efektywnej komunikacji wewnątrz, do i z projektu.

Pryncypium wspierane przez:, Produkty Zarządcze, A.19 Założenia Projektu, A.20 Dokumentacja Inicjowania Projektu (DIP), Elementy wchodzące w skład produktów zarządczych, Opis roli Przewodniczącego, Opis roli Kierownika Projektu, Opisy ról zespołu zarządzania projektem, Dodatkowe opisy ról, Struktura zespołu zarządzania projektem, Role, Kierownictwo organizacji/programu, Komitet Sterujący (KS), Kierownik Projektu (KP)

4. Zarządzanie etapowe

Każdy projekt PRINCE2® jest podzielony na Etapy, Etapy te nazywają się etapami zarządczymi

Projekt zgodny z PRINCE2® jest planowany, monitorowany i kontrolowany etapowo.

Projekt posiada minimum dwa etapy zarządcze:, etap inicjowania, jeden lub więcej etapów zarządczych

Projekt realizujemy etap po etapie, tylko jeden etap zarządczy na raz w danej chwili (sekwencyjnie)

Ilość i długość etapów różnicuje kontrolę i monitorowanie prac.

Pryncypium wspierane przez:, Produkty Zarządcze, Plan Projektu (A.16), Plan Etapu (A.16), Raport Końcowy Etapu (A.9), Role, Komitet Sterujący (KS), Kierownik Projektu (KP)

5. Zarządzanie z wykorzystaniem tolerancji

Projekt zgodny z PRINCE2® posiada tolerancje określone dla każdego z celów projektu, służące do ustanowienia granic dla delegowanych uprawnień.

Zdefiniowane, jasno określone i zatwierdzone obowiązki dla każdego szczebla zarządzania.

Pryncypium wspierane przez:, Tolerancja to dopuszczalne odchylenie od planu, które nie wymaga poinformowania o nim wyższego szczebla zarządzania projektem. Kierownik Projektu musi informować Komitet Sterujący o wszelkich prognozowanych i istotnych odchyleniach od zatwierdzonego planu., Parametry tolerancji według PRINCE2®:, 1. Terminy, 2. Koszty, 3. Korzyści, 4. Ryzyko, 5. Jakość, 6. Zakres, Produkty Zarządcze, Strategia Zarządzania Ryzykiem (A.24), Tolerancje ryzyka na poziomie całego projektu., Plan Projektu (A.16), Tolerancje terminów, kosztów, zakresu (jakie produkty, ile etc.) na poziomie całego projektu., Plan Etapu (A.16), Tolerancje czasu, kosztów, zakresu (jakie produkty, ile etc.) i ryzyka na poziomie konkretnego etapu., Grupa Zadań (A.26), Tolerancje czasu, kosztów, zakresu (jakie produkty, ile etc.) i ryzyka na poziomie konkretnej Grupy Zadań (A.26)., Uzasadnienie Biznesowe (A.2), Tolerancje korzyści na poziomie całego projektu., Opis Produktu (A.17), Tolerancje jakości konkretnego produktu (nie związane z etapem czy Grupą Zadań (A.26))., Opis Produktu Końcowego Projektu (A.21), Tolerancje jakości końcowego produktu na poziomie całego projektu., Role, Kierownictwo organizacji/programu, Komitet Sterujący (KS), Kierownik Projektu (KP)

6. Koncentracja na produktach

Projekt zgodny z PRINCE2® koncentruje się na zdefiniowaniu i dostarczeniu produktów, a w szczególności na spełnieniu określonych dla nich wymagań jakościowych.

Projekt PRINCE2® rozpoczyna się od określenie przedmiotu zamówienia (Opis Produktu Końcowego Projektu A.21), Logiczne jest, że wiedząc co mamy zrobić, dopiero po tym myślimy o tym na kiedy i za ile, Wiedząc co klient zamawia, podzielimy przedmio zamówienia na mniejsze kawałki (dekompozycja) tak, abyśmy w następnej kolejności mogli przydzielić pracą kilku Kierownikom Zespołów w celu optymalizacji harmonogramu

Pryncypium wspierane przez:, Produkty Zarządcze, Opis Produktu (A.17), Opis Produktu Końcowego Projektu (A.21), Role, Komitet Sterujący (KS), Kierownik Projektu (KP), Kierownik Zespołu (KZ)

7. Dostosowanie do warunków projektu

Metodyka PRINCE2® dostosowana jest do warunków konkretnego projektu, jego rozmiaru, budżetu, złożoności, czasochłonności, krytyczności, możliwości i zdolności organizacji, ryzyka etc.

Należy indywidualnie dostosować metodykę PRINCE2® do każdego projektu., Żaden projekt nie jest taki sam., Ustalenie jak metoda zarządzania projektami w organizacji będzie dostosowana do projektu., Minimum szumu informacyjnego

Pryncypium wspierane przez:, Produkty Zarządcze, Dokumentacja Inicjowania Projektu (A.20), Role, Komitet Sterujący (KS), Kierownik Projektu (KP)

Oprogramowanie do zarządzania projektami

Zasada #1 - Oprogramowanie to tylko narzędzie, najważniejszy jest człowiek, jego umiejętności, rzetelność, intuicja, wiarygodność, myślenie analityczne etc. - podstawa to myśląca głowa (człowiek) a nie młotek (narzędzie)!

Oprogramowanie do zarządzania projektami zgodne z PRINCE2®

The Principal Toolbox, http://www.fortesglobal.com/en/solutions

P2ware, http://p2ware.com/pl

PPM Studio, http://www.ppmstudio.com/

MicroP2, http://www.novareconsulting.com/MicroP2/MicroP2.aspx

in-Step PRINCE2, http://www.microtool.de/instep/en/download_go.asp?url=2

PROJECT in a Box, http://www.projectinabox.org.uk/

P2_PC, http://www.projectcommander.co.uk/prince2/home.HTML

UWAGA - Zgodność oprogramowania z PRINCE2® nie czyni narzędzia "najlepszym w klasie", oprogramowanie to jedynie (i aż zarazem) narzędzie wspierające.

Oprogramowanie do zarządzania projektami "klasy Enterprise"

CA Technologies, CA Clarity™ PPM, http://www.ca.com/us/products/detail/ca-clarity-ppm.aspx, Najbardziej zaawanoswane narzędzie w klasie PPM., Wielokrotny laureat nagród dla narzędzi PPM.

Compuware Corporation, Changepoint, http://www.compuware.com/

Innotas, Innotas PPM, http://www.innotas.com/

PlainView, PlainView PPM, http://www.planview.com/

HP, PPM Center, http://www8.hp.com/us/en/software-solutions/software.html?compURI=1171920#.Uz2J6Pl_t8F

EOS Software, EOS ITPM, http://www.eossoftware.com/

BMC Software, IT Business Management Suite

Upland Software Inc., PowerSteering, http://www.uplandsoftware.com/products-overview/powersteering/

UMT, UMT360, http://www.umt360.com/

Clarizen, Clarizen, http://www.clarizen.com/

AtTask, AtTask, http://www.attask.com/

Daptiv, Daptiv PPM, http://www.daptiv.com/

Genius Inside, Genius Project, http://www.geniusproject.com/

Metafuse, Project Insight, http://www.projectinsight.net/

KeyedIn, KeyedIn Projects, http://www.keyedin.com/

Zilicus, ZilicusPM, http://zilicus.com/

Oprogramowanie do zarządzania projektami "klasy Business"

LiquidPlanner, LiquidPlanner, http://www.liquidplanner.com/

Upland Software Inc., Tenrox, http://www.tenrox.com/

Upland Software Inc., EPM Live, http://www.epmlive.com/

Celoxis Technologies Pvt. Ltd., Celoxis, http://www.celoxis.com/

Project Manager Online Ltd, Project Manager, http://www.projectmanager.com/

Oprogramowanie darmowe

Talaia Open PPM, http://www.talaia-openppm.com/

PROJECT in a Box (wersja Community), http://www.projectinabox.org.uk/

Projekt wg. PRINCE2®

Interpretacja definicji projektu

Strona 3

"Projekt to organizacja tymczasowa, powołana w celu dostarczenia jednego lub więcej produktów biznesowych według uzgodnionego Uzasadnienia Biznesowego (A.2)", organizacja tymczasowa oznacza ..., utworzona / powołana tylko na czas projektu o rolach być może innych niż role w stałej strukturze organizacji, dostarczenia oznacza ..., kupienia gotowego, wytworzenia od podstaw, rozbudowy / poprawy obecnego produktu etc., generalnie wprowadzenia zmiany (w postaci użytkowania produktu wytworzonego w projekcie PRINCE2®) w codziennej działalności organizacji klienta / użytkownika, jednego lub więcej produktów oznacza ..., minimum jeden, aby projekt miał jakikolwiek sens :), wielu takich samych, lub wielu całkowicie różnych, produktów oznacza ..., produkt fizyczny, dzieło, usługa, zaprojektowany proces, zatrudniona / przeszkolona osoba, zbudowany system etc., produkt w PRINCE2® to "pojemne" słowo, produkt dostarczany w PRINCE2® nazywany jest produktem specjalistycznym, biznesowych oznacza ..., takich którę są potrzebne dla organizacji i końcowym użytkownikom, takich które są zgodne z misją, wizją i celami organizacji, takich które przyniosą korzyści biznesowe dla organizacji klienta / użytkownika, Uzasadnienia Biznesowego (A.2) oznacza ..., opisane w produkcie zarządczym (dla prostoty dokumentacja) o nazwie Uzasadnienie Biznesowe

5 Cech wyróżniających projekty od zwykłej działalności biznesowej (tzw. business as usual, BaU)

Strona 3

Zmiany, projekt służy do wprowadzania zmian w organizacji, zmiany w działalności biznesowej i operacyjnej (BaU) w postaci nowego, użytkowanego produktu po projekcie a wraz z nim zmiany w organizacji (np. nowe procesy, szkolenia po projektowe etc.), Niespodziewana zmiana w organizacji :-)

Tymczasowość, projekt ma skończony początek i koniec co odróżnia go od tego czym na co dzień zajmuje się organizacja klienta / użytkownika, projekt kiedyś się rozpoczyna i kiedyś się kończy, efekty projektu z reguły pojawiają się dopiero po zakończeniu projektu, podobnie każdy etap w projekcie ma ustalony początek i koniec, wszystkie inne prace charakteryzują się tym, że trwają nieprzerwanie, wynikają z procesów biznesowych realizowanych w organizacji

Wielofunkcyjność, klienci i dostawcy mają różne perspektywy i motywacje, projekt angażuje osoby o różnych oczekiwaniach i nastawieniach do projektu, dostawca, klient, projekt łączy w sobie umiejętności i doświadczenie różnych osób, ekspertów, specjalistów, konsultantów etc.

Unikalność, projekt jest realizowany w niepowtarzalnym otoczeniu / kontekście, między innymi unikalność oznacza również inny okres czasowy w którym są realizowane projekty,, budując ten sam produkt w innym czasie możemy mieć doczynienia z innym prawem, inną charakterystyką rynku czy bardziej wzmożoną działalnością konkurencji, każdy projekt jest unikalny i należy go rozpatrywać indywidualnie w kontekście wszystkich 6 efektywności projektu., “Different projects need different methodologies” (Alistair Cockburn), Każdy projektu jest unikalny oznacza również to, że metodyka PRINCE2® nie jest odpowiednia do wszystkich typów projektów (co jest całkowicie naturalne praktycznie dla każdej metodyki)., W przypadkach kiedy istnieje pewność, że wymagania w projekcie będą zmieniać się na przestrzeni projektu lub kiedy nie znamy wszystkich wymagań przy starcie projektu a mimo to mamy rozpocząć projekt podejście zwinne (ang. Agile) może wydawać się bardziej odpowiednie., W tych przypadkach metodyki / metody / frameworki "zwinne" zwykle są bardziej odpowiednią opcją

Niepewność, projekt niesie większy poziom ryzyka niż zwykła działalność biznesowa, każdy projekt jest niepewnym przedsięwzięciem, może zakończyć się sukcesem lub porażką, aby wzmocnić szansę ukończenia projektu z sukcesem musimy zarządzać niepewnością w projekcie tj. ryzykiem, Przemyślenia: Inaczej zamiast zarządzania projektami mielibyśmy automatyzację projektów ...

6 zmiennych projektu (tzw. aspekty efektywności)

Strona 5

Zmienne / efektywności projektu, ponieważ mogą zmienić się podczas trwania projektu i musimy je kontrolować.

Oznaczają obszary jakie należy kontrolować przez cały czas trwania projektu.

Koszty, kontrolowane min. przez, budżet projektu, środki pieniężne przeznaczone dla projektu, wraz z tolerancją kosztów (+/-), koszty czynności związanych z wytworzeniem oraz sprawdzeniem wszystkich produktów specjalistycznych, koszty czynności związanych z zarządzaniem projektem, np. zakup licencji na oprogramowanie do zarządzania projektami (jeśli jest taka potrzeba), może zawierać w sobie, budżet zmiany, budżet ryzyka, jest określony w, Plan Projektu (A.16), dla całego projektu (wraz z toleracją +/-), Plan Etapu (A.16), dla konkretnego etapu projektu (wraz z toleracją +/-), Grupa Zadań (A.26), dla prac zleconych Kierownikowi Zespołu (K. Z.) (wraz z toleracją +/-), budżet ryzyka, środki pieniężne przeznaczone na finansowanie (wdrożenie) reakcji na ryzyko (zagrożenia i szansy), tylko reakcji na ryzyko, jest określony w, Strategia Zarządzanie Ryzykiem (A.24), dla całego projektu (wraz z toleracją +/-), Plan Etapu (A.16), dla konkretnego etapu projektu (wraz z toleracją +/-), Grupa Zadań (A.26), dla prac zleconych Kierownikowi Zespołu (K. Z.) (wraz z toleracją +/-), budżet zmian, środki pieniężne odrębne od budżetu projektu, środki pieniężne przeznaczone na REALIZACJĘ zatwierdzonych wniosków o wprowadzenie zmian, Nie na same wnioski (co może być błędnie zinterpretowane), ale na czynności po zatwierdzeniu wnioski, np. ktoś wnioskuje o potrzebę nowego pracownika do projektu (wniosek) - przeprowadzenie procesu rekrutacji (realizacja wniosku - budżet zmian), jest określony w, Plan Projektu (A.16), dla całego projektu (wraz z toleracją +/-), Plan Etapu (A.16), dla konkretnego etapu projektu (wraz z toleracją +/-), Grupa Zadań (A.26), dla prac zleconych Kierownikowi Zespołu (K. Z.) (wraz z toleracją +/-)

Terminy, kontrolowane min. przez, Plan Projektu (A.16), tolerancje terminów (+/-) całego projektu, Plany Etapów (A.16), tolerancje terminów (+/-) konkretnego etapu, Plany Nadzwyczajne (A.16), Grupy Zadań (A.26), tolerancje terminów (+/-) konkretnej Grupy Zdań (A.26)

Jakość, kontrolowane min. przez, Strategia Zarządzania Jakością (A.22), Rejestr Jakości (A.23), aktualny spis wszystkich czynności związanych z zarządzaniem jakością, Opis Produktu Końcowego Projektu (A.21), tolerancje jakości (kryteria akceptacji) końcowego produktu, Opis Produktu (A.17), tolerancje jakości (kryteria jakości) produktu cząstkowego

Zakres, Zakres projektu to całkowita suma produktów, Opisuje on co wchodzi a co nie wchodzi w zakres projektu, Jest ona określona przez strukturę podziału produktów i związane z nią Opisy Produktów, kontrolowane min. przez, Plan Projektu (A.16), tolerancje zakresu (+/-) całego projektu, Plany Etapów (A.16), tolerancje zakresu (+/-) konkretnego etapu, Grupa Zadań (A.26), tolerancje zakresu (+/-) konkretnej Grupy Zdań (A.26)

Ryzyko, kontrolowane min. przez, Strategia Zarządzania Ryzykiem (A.24), tolerancje ryzyk (+/-) całego projektu, Rejestr Ryzyk (A.25), aktualny spis wszystkich zidentyfikowanych i zarządzanych ryzyk w projekcie, główne ryzyka z Rejestru Ryzyk (A.25) są "kopiowane" do Uzasadnienia Biznesowego (A.2) do nagłówka - Główne Ryzyka, Grupa Zadań (A.26), tolerancje ryzyk (+/-) konkretnej Grupy Zdań (A.26), Jaki jest profil ryzyka projektu

Korzyści, kontrolowane min. przez, Uzasadnienie Biznesowe (A.2), tolerancje korzyści (+/-) całego projektu, Plan Przeglądu Korzyści (A.1)

Model procesowy PRINCE2®

Dwuetapowy model procesowy PRINCE2®, Jednoetapowy model procesowy PRINCE2® (najmniejsza i najkrótsza wersja PRINCE2®)

Struktura PRINCE2®

Strona 6

Metodyka PRINCE2® to 4 zintegrowane elementy

Pryncypia

Tematy

Procesy

Środowisko projektu

"Magiczna liczba 7"

7 Pryncypiów, siedem przewodnich zasad / nakazów

7 Tematów, siedem obszarów wiedzy zarządzania projektem

7 Procesów (typów procesów), siedem grup działań, opisujących co należy robić w projekcie w całym jego cyklu życia

Środowisko projektu, Dostosowanie metodyki PRINCE2® do środowiska w którym realizowany jest projekt, środowiska i kultury organizacji / firmy w ramach której prowadzony jest projekt PRINCE2®, polityki, normy i standardy, środowiska zewnętrznego spoza organizacji w ramach której prowadzony jest projekt PRINCE2®, wytyczne Unii Europejskiej, prawo krajowe, rozporządzenia, ..., Oznacza to min. wprowadzeniu specyficznej, branżowej terminologii / języka, Dostosowanie dokumentacji pod potrzeby / wymagania organizacji oraz projektu, Dostosowanie projektu pod kontekst branży (np. IT, inżynieria, etc.) - metodyka PRINCE2® jest w pełni ogólna i wymaga dostosowania przed jej zastosowaniem

PRINCE2® nie obejmuje

aspektów specjalistycznych / branżowych

szczegółowych / specjalistycznych technik i narzędzi zarządzania projektami

oprogramowania do zarządzania projektami

zdolności przywódczych

aspektów motywacji pracowników

aspektów miękkich

aspektów prawnych

negocjacji

kontraktowania / umów

rozwiązywania konfliktów

...

Produkty zarządcze (26)

Produkty zarządcze w PRINCE2 to zestawy informacji opisujące projekt. Innymi słowy (upraszczając w celu zrozumienia) jest to dokumentacja projektowa. W PRINCE2 stosowane jest słowo produkty, gdyż określenie "dokumentacja" narzuca już pewne ograniczenia co do formy. PRINCE2 nie definiuje  i nie narzuca formy jaką przyjmie dokumentacja - stąd pojęcie produkt zarządczy. Ich forma może być w różnej postaci: word, excel, oprogramowanie do zarządzania projektami, MS Project, etc. Pryncypium 7 - Dostosowanie do warunków projetku.

Produkty zarządcze typu: Bazowe

Dodatek A, strona 249 Produkty zarządcze typu "bazowe", określają podstawowe aspekty zarządzania projektem PRINCE2. Zmiany w tych produktach zarządczych proponuje / wprowadza Kierownik Projektu a zatwierdzają osoby z Komitetu Sterującego. Wyjątkami od reguły są Grupa Zadań (A.26) oraz Plan Zespołu (A.16), te produkty nie wymagają akceptacji Kompitetu Sterującego. Grupa Zadań (A.26) tworzy Kierownik Projektu i nie wymaga ona akceptacji Komitetu Sterującego, Plan Zespołu (A.16) tworzy Kierownik Zespołu i zatwierdza go Kierownik Projektu, bez potrzeby akcepacji od strony Komitetu Sterującego.

a.k.a. "fundament PRINCE2®"

Produkty zarządcze typu "bazowe", określają podstawowe aspekty zarządzania projektem PRINCE2®.

K.P. NIE może aktualizować tych produktów zarządczych bez potrzeby zgody Komitetu Sterującego, Wyjątkiem jest Grupa Zadań (A.26)

A.1 Plan Przeglądu Korzyści, Rekomendowana zawartość, Zakres Planu Przeglądu Korzyści, obejmujący wykaz oczekiwanych korzyści podlegających pomiarowi., Osoby odpowiedzialne za osiągnięcie oczekiwanych korzyści., Sposoby i terminy pomiaru oczekiwanych korzyści., Zasoby niezbędne do przeprowadzenia przeglądu korzyści., Poziomy odniesienia, względem których będzie obliczana poprawa., Sposób przeglądu efektywności produktu końcowego projektu.

A.2 Uzasadnienie Biznesowe, Rekomendowana zawartość, Podsumowanie, Powody podjęcia projektu, Możliwe rozwiązania biznesowe, 1. Nie robić nic, 2. Robić minimum, 3. Robić coś ponad minimum, (joke) Nie ma 4 - robić dobrze, Oczekiwane korzyści, Przewidywane niepożądane skutki, Terminy, Koszty, Ocena inwestycji, Główne ryzyka

A.4 Strategia Zarządzania Komunikacją, Rekomendowana zawartość, Wprowadzenie, Procedura komunikacji, Narzędzia i techniki, Wymagane zapisy, Raportowanie, Terminy działań związanych z komunikacją, Role i ich obowiązki, Analiza interesariuszy, Potrzeby informacyjne każdej z zainteresowanych stron

A.6 Strategia Zarządzania Konfiguracją, Rekomendowana zawartość, Wprowadzenie, Procedura zarządzania konfiguracją, Procedura obsługi zagadnień i sterowania zmianami, Narzędzia i techniki, Wymagane zapisy, Raportowanie, Terminy działań związanych z zarządzaniem konfiguracją i sterowaniem zagadnieniami oraz zmianami, Role i ich obowiązki, Skala ocen priorytetu i wagi

A.16 Plan, Plany dzielą się na 3 poziomy planów, ale PRINCE2® identyfikuje 5 typów planów, spoza PRINCE2®, nad projektem np. wywodzą się z programu, Plan organizacji lub programu, plan organizacji lub programu są poza zakresem projektu, jednak mogą wpływać na projekt, stąd są identyfikowane w PRINCE2®, UWAGA: między innymi dlatego plan organizacji lub programu są pisane z małych liter w oficjalnym podręczniku PRINCE2® - nie są określone w PRINCE2®, poziom projektu i etapu zarazem, 1. poziom projektu, Plan Projektu, zawsze istnieje tylko 1 Plan Projektu na cały projekt, tworzy go K.P., 2. poziom etapu, Plany Etapów, zawsze istnieje MINIMUM 1 Plan Etapu na cały projekt, tworzy je K.P., Plany Nadzwyczajne, powstają gdy konieczne w przypadku sytuacji kryzysowej w projekcie, Według PRINCE2 - nie są rekomendowane, ponieważ w dobrze zarządzanym projekcie nie powinno dojść do sytuacji nadzwyczajnej, obejmują jeden Etap (Plan Nadzwyczajny Etapu) lub cały projekt (Plan Nadzwyczajny Projektu), powstają na polecenie K.S. (w przypadku Planów Nadzwyczajnych Etapów), tworzy je K.P. na żądanie K.S., powstają na polecenie Organizacji (w przypadku Planu Nadzwyczajnego Projektu), tworzy je K.P. na żądanie K.S. (przekazane odgórnie od Organizacji), 3. poziom dostarczania produktów specjalistycznych, Plany Zespołów, są opcjonalne, powstają na polecenie K.P., tworzy je K.Z., Rekomendowana zawartość, Opis planu, Warunki wstępne dla planu, Zależności zewnętrzne, Założenia planistyczne, Uwzględnione doświadczenia, Monitorowanie i kontrola, Budżety, Tolerancje, Opisy produktów (A.17), Harmonogram

A.17 Opis Produktu, Rekomendowana zawartość, Identyfikator, Nazwa, Przeznaczenie, Zawartość/Skład, Pochodzenie, Wymagany format i sposób przedstawienia, Wymagane umiejętności wytwórcy, Kryteria jakości, Tolerancja jakości, Metoda kontroli jakości, Wymagane umiejętności kontrolera jakości, Obowiązki dotyczące jakości

A.19 Założenia Projektu, Rekomendowana zawartość, Definicja projektu, Zarys Uzasadnienia Biznesowego, Opis Produktu Końcowego Projektu, Formuła realizacji projektu, Struktura zespołu zarządzania projektem, Opisy ról, Odniesienia

A.20 Dokumentacja Inicjowania Projektu (DIP), Rekomendowana zawartość, Definicja projektu, Formuła realizacji projektu, Uzasadnienie Biznesowe, Struktura zespołu zarządzania projektem, Opisy ról, Strategia Zarządzania Jakością (A.22), Strategia Zarządzania Konfiguracją (A.6), Strategia Zarządzania Ryzykiem (A.24), Strategia Zarządzania Komunikacją (A.4), Plan Projektu (A.16), Mechanizmy sterowania, Dostosowanie metodyki PRINCE2

A.21 Opis Produktu Końcowego Projektu, Rekomendowana zawartość, Nazwa, Przeznaczenie, Zawartość/skład, Pochodzenie, Wymagane umiejętności wytwórcy, Oczekiwania jakościowe klienta, Kryteria akceptacji, Tolerancje projektu, Metoda akceptacji, Obowiązki dotyczące akceptacji

A.22 Strategia Zarządzania Jakościa, Rekomendowana zawartość, Wprowadzenie, Procedura zarządzania jakością, Narzędzia i techniki, Wymagane zapisy, Raportowanie, Terminy działań związanych z zarządzaniem jakością, Role i obowiązki

A.24 Strategia Zarządzania Ryzykiem, Rekomendowana zawartość, Wprowadzenie, Procedura zarządzania ryzykiem, Narzędzia i techniki, Wymagane zapisy, Raportowanie, Terminy działań związanych z zarządzaniem ryzykiem, Role i obowiązki, Skale ocen, Bliskość, Kategorie ryzyka, Kategorie reakcji na ryzyko, Wskaźniki wczesnego ostrzegania, Tolerancja ryzyka, Budżet ryzyka

A.26 Grupa Zadań, Rekomendowana zawartość, Data, Kierownik Zespołu lub osoba upoważniona, Opis Grupy Zadań, Techniki, procesy i procedury, Punkty styku (interfejsy) w okresie wytwarzania, Punkty styku (interfejsy) związane z eksploatacją i utrzymaniem, Wymagania zarządzania konfiguracją, Uzgodnienia, Tolerancje, Ograniczenia, Uzgodnienia dotyczące raportowania, Sposoby obsługi i przekazywania problemów, Wyciągi lub odniesienia do dokumentów powiązanych, Wyciąg z Planu Etapu, Opis(y) Produktów, Metoda zatwierdzenia (odbioru) wykonanej Grupy Zadań

Produkty zarządcze typu: Zapisy

Dodatek A, strona 249 Produkty zarządcze typu "zapisy", zawierają dynamiczne informacje wraz z historią zmian o stanie projektu. Podlegają częstym zmianom. Zmiany w tych produktach zarządczych proponuje / wprowadza Kierownik Projektu lub Wsparcie.

a.k.a. "dynamika PRINCE2®"

Produkty zarządcze typu "zapisy", zawierają "dynamiczne" informacje wraz z historią zmian o stanie projektu. Podlegają częstym aktualizacjom.

K.P. może aktualizować te dokumenty bez potrzeby otrzymania zgody od Komitetu Sterującego

A.5 Zapisy Obiektu Konfiguracji, Rekomendowana zawartość, Identyfikator projektu, Identyfikator obiektu, Aktualna wersja, Nazwa obiektu, Data ostatniej zmiany statusu, Docelowy właściciel produktu, Miejsce przechowywania, Aktualni posiadacze, Rodzaj obiektu, Cechy obiektu, Etap, Użytkownicy, Status, Stadium produktu, Wariant, Wytwórca/producent, Data przydzielenia wytwórcy, Pochodzenie produktu, Związek z innymi produktami, Powiązania, Zagadnienia, Ryzyka

A.7 Dziennik Projektu, Rekomendowana zawartość, Data wpisu., Problem, działanie, zdarzenie lub komentarz, Osoba odpowiedzialna, Wyznaczony termin, Rezultaty

A.12 Rejestr Zagadnień, Rekomendowana zawartość, Identyfikator zagadnienia, Typ zagadnienia, Data zgłoszenia, Zgłoszone przez, Autor Raportu o Zagadnieniu, Opis zagadnienia, Priorytet, Waga/znaczenie, Status, Data zamknięcia

A.14 Dziennik Doświadczeń, Repozytorium doświadczeń, które mają zastosowanie do tego projektu lub przyszłych projektów., Jego zawartość może pochodzić z innych projektów i zawierać doświadczenie zebrane przez inne podmioty / firmy.., Rekomendowana zawartość, Typ doświadczenia, Opis doświadczenia, Data wpisu, Wpisane przez, Priorytet

A.23 Rejestr Jakości, Rekomendowana zawartość, Numer wpisu, identyfikator(y) produktu(-ów), Nazwa(-y) produktu(-ów), Metoda, Role i obowiązki, Terminy, Wynik, Zapisy jakości

A.25 Rejestr Ryzyk, Rekomendowana zawartość, Identyfikator ryzyka, Autor zgłoszenia, Data zarejestrowania, Kategoria ryzyka, Opis ryzyka, Prawdopodobieństwo, wpływ i wartość oczekiwana, Bliskość ryzyka, Kategorie reakcji na ryzyko, dla zagrożeń, dla szans, Proponowane reakcje na ryzyko, Status ryzyka, Właściciel ryzyka, Wykonawca reakcji na ryzyko

Produkty zarządcze typu: Raporty

Dodatek A, strona 249 Produkty zarządcze typu "raporty", przekazują aktualne informacje o stanie projektu. Są to statyczne produkty zarządcze, gdyż nie podlegają aktualizacji. WYJATEK: Raport o Zagadnieniu (A.13) jako jedyny z protuktów zarządczych typu raporty, może być (i w praktyce najczęściej jest) aktualizaowany. Wszystkie raporty są tworzone przez Kierownik Projektu. WYJATEK: Raport z Punktu Kontrolnego (A.3) jest tworzony przez Kierownika Zaspołu.

a.k.a. "statyka PRINCE2®"

Produkty zarządcze typu "raporty", przekazują aktualne informacje o stanie projektu.

Są to "statyczne" (a.k.a. snapshot, point in time / photo) produkty zarządcze, gdyż nie podlegają aktualizacjom., Wyjątkiem jest Raport o Zagadnieniu (A.13)

A.3 Raport z Punktu Kontrolnego, Rekomendowana zawartość, Data opracowania, Okres sprawozdawczy, Wykonanie wcześniej zleconych czynności, Bieżący okres sprawozdawczy, Następny okres sprawozdawczy, Stan tolerancji Grupy Zadań, Zagadnienia i ryzyka

A.8 Raport Końcowy Projektu, Rekomendowana zawartość, Sprawozdanie Kierownika Projektu, Przegląd Uzasadnienia Biznesowego, Przegląd realizacji celów projektu, Przegląd efektywności zespołu projektowego, Przegląd produktów, Zapisy dotyczące jakości, Zapisy dotyczące zatwierdzeń, Odstępstwa, Przekazanie produktu projektu, Podsumowanie zaleceń działań następczych, Raport Doświadczeń (A.15)

A.9 Raport Końcowy Etapu, Rekomendowana zawartość, Sprawozdanie Kierownika Projektu, Przegląd Uzasadnienia Biznesowego, Przegląd realizacji celów projektu, Przegląd realizacji celów etapu, Przegląd efektywności zespołu projektowego, Przegląd produktów, Zapisy dotyczące jakości, Zapisy dotyczące zatwierdzeń, Odstępstwa, Przekazanie stopniowe (przyrostowe), Podsumowanie zaleceń działań następczych, Raport Doświadczeń (opcjonalnie) (A.15), Zagadnienia i ryzyka, Prognoza

A.10 Raport Nadzywczajny, Rekomendowana zawartość, Opis sytuacji nadzwyczajnej, Przyczyna wystąpienia, Skutki odchylenia, Możliwe reakcje, Rekomendacja, Doświadczenia

A.11 Raport Okresowy, Rekomendowana zawartość, Data opracowania, Okres sprawozdawczy, Sumaryczny opis stanu etapu, Bieżący okres sprawozdawczy, Następny okres sprawozdawczy, Stan tolerancji projektu i etapu, Wnioski o wprowadzenie zmiany, Główne zagadnienia i ryzyka, Raport Doświadczeń

A.13 Raport o Zagadnieniu, Rekomendowana zawartość, Identyfikator zagadnienia, Typ zagadnienia, Data zgłoszenia, Zgłoszone przez, Autor Raportu o Zagadnieniu, Opis zagadnienia, Analiza wpływu, Rekomendacja, Priorytet, Egzamin Foundation, WYJĄTEK. Raport o Zagadnieniu (A.13) jako jedyny raport w PRINCE2® może być aktualizowany. Pozostałe report wg. PRINCE2® nie są aktualizowane.

A.15 Raport Doświadczeń, Wykorzystywany do przekazywania wszelkich doświadczeń, które można z powodzeniem zastosować do innych projektów, Ma na celu wywołanie działania – wykorzystanie pozytywnych doświadczeń w sposobie pracy organizacji i uniknięcie negatywnych doświadczeń w przyszłych projektach, Rekomendowana zawartość, Podsumowanie, Zakres raportu (np. etap lub projekt), Przegląd tego, co przebiegło dobrze, co przebiegło źle oraz rekomendacje do rozważenia przez kierownictwo organizacji lub programu, Przegląd użytecznych miar, W przypadku doświadczeń o istotnym znaczeniu, przydatne mogą być dodatkowe informacje, Egzamin Foundation, Raport Doświadczeń NIE Doświadczenia, Na potrzeby egzaminu Foudation w PRINCE2® jest tworzony odręby report dla każdego doświadczenia. Oczywiście w praktyce możemy to zmienić i dostosować na swoje potrzeby.

A.18 Zestawienie Statusów Produktów, Rekomendowana zawartość, Zakres raportu, Data wytworzenia, Status produktów, Egzamin Foundation, Produkt zarządczy Zestawienie Statusów Produktów (A.18) jest raportem, mimo, że jako jedyny raport w PRINCE2®, NIE POSIADA słowa raport w swojej nazwie (co może zaburzać logikę i zapamietywanie przez analogię)., Sugeruje to błędne zrozumienie jego istoty, gdyż jak każdy raport Zestawienie Statusów Produktów (A.18) NIE JEST aktualizowany., Oznacza to, że są tworzone nowe Zestawienia Statusów Produktów (A.18), niezależne od poprzenich.

Praktyka

Produkty zarządcze to zbiory informacji na temat stanu projektu, nie należy zawsze utożsamiać ich z typową dokumentacją / paperami / Wordami i Excelami., Produkt zarządczy może być generowany automatycznie podczas eksportu z narzędzia / oprogramowania do zarządzania projektami.

Zasoby zewnętrzne firm trzecich

Szablony dokumentów PRINCE2® firm trzecich

P2 Toolkit, http://prince2.privacyresources.org/

Management Plaza, http://mgmtplaza.com/product/a-sample-prince2-project/

Project In a Box, http://www.projectinabox.org.uk/prince2_templates.asp

ILX Group, http://www.prince2.com/downloads

Silicon Beach Training, http://www.siliconbeachtraining.co.uk/blog/download-prince2-2009-project-templates

Corepm, http://www.prince2tool.com/

Cupe, http://www.cupe.co.uk/templates.html

Mapy PDF PRINCE2®

ILX, http://www.tel.uva.es/personales/proy/pmodel.pdf, http://www.prince2.com/downloads

http://tannerjames.businesscatalyst.com/free_resources/Prince2_Process_Model.pdf

http://www.slideshare.net/frankturley/p2-m-productmap

http://www.knowledgetrain.co.uk/images/kt/PRINCE2_Wallchart_v1.04.pdf

PRINCE2® - procesowy standard i kaskadowo-sekwencyjna metodyka zarządzania projektami (nie zalecenia, nie dobre praktyki, nie wytyczne, nie technika, nie framework i nie metodologia a metodyka) do ogólnego (nie związanego z konkretną branżą typu: IT czy budownictwo) kaskadowo-sekwencyjnego (nie iteracyjnego i nie adaptacyjnego) zarządzania projektami. PRINCE2® jest metodyką wchodzącą w skład rodziny brytyjskich standardów o nazwie AXELOS® Global Best Practice.

PRINCE2® v1 został opublikowany w 1996 roku.

PRINCE2® v2 został opublikowany w 2002 roku.

PRINCE2® v3 został opublikowany w 2005 roku.

PRINCE2® v4 został opublikowany w 2009 roku.

Znacząca aktualizacja

Jak PRINCE2® łączy się z innymi standarami z "rodziny" brytyjskich standardów zarządzania AXELOS® Global Best Practice

Rodzina brytyjskich standardów zarządzania AXELOS® Global Best Practice

ITIL®, see ITIL® mindmap

M_o_R® - Management of Risk, see M_o_R® mindmap

MoV® - Management of Value, see MoV® mindmap

MoP® - Management of Portfolios, see MoP® mindmap

MSP® - Managing Successful Programmes, see MSP® mindmap

P3O® - Portfolio, Programme and Project Office, see P3O® mindmap

Metodyka PRINCE® została po raz pierwszy wprowadzona w 1989 r. przez CCTA (ang.: Central Computer and Telecommunications Agency) jednak została oparta na metodyce PROMPTII stworzonej w 1975 roku.

Oryginalnie oparta została na metodyce PROMPTII utworzonej przez Simpact Systems Ltd w 1975 r. , stosowanej przez CCTA jako narzędzie realizacji informatycznych projektów rządowych.

W 1996 została wprowadzona metodyka PRINCE2®, która jest niezależna od dziedziny biznesowej i może być stosowana w każdym projekcie (oczywiście po uprzednim jej dostosowaniu).

Prototypem dla metodyki PRINCE2® była metodyka PRINCE®.

PRINCE2® to: 7 Pryncypiów, 7 Tematów, 7 Procesów, 40 Pod-procesów, 10 Ról projektowych, 4 Role nadzoru jakości, 3 Typy zagadnień, 3 Poziomy zarządzania, 2 Techniki, 2 Procedury, 3 Typy budżetów, 5 Czynników projektowych, 6 Zmiennych projektowych (aspekty efektywności), 26 Produktów zarządczych (podzielonych na 3 rodzaje)

Pobierz: PRINCE2® Macierz Procesy vs Produkty Zarządczy vs Role vs Odpowiedzialności (PDF)

http://miroslawdabrowski.com/downloads/PRINCE2/Reference%20cards/PRINCE2%20-%20Macierz%20Procesy%20vs%20Produkty%20Zarzadcze%20vs%20Role%20vs%20Odpowiedzialnosci%20%5Bv1.2%2C%2011.2013%2C%20PL%5D.pdf

Oficjalne publikacje PRINCE2®

PRINCE2® Skuteczne Zarządzanie Projektami

ISBN-13: 978-0113312245

365 stron

http://www.amazon.com/PRINCE2-Skuteczne-Zarzadzanie-Projektami-Edition/dp/0113312245

Najważniejsza, kluczowa pozycja dotycząca PRINCE2® przygotowująca do egzaminów Foundation, Practitioner oraz Professional., Przydatna (ale nie niezbędna) pozycja podczas przygotowań (również samodzielnych) do egzaminu Foundation, Niezbędna pozycja podczas egzaminu Practitioner, Podczas egzaminu Practitioner można jedynie korzystać z tego podręcznika, Organizacja szkoleniowa w przypadku braku własnego podręcznika przez kandydata powinna udostępnić podręcznik na czas egzaminu

Jedyna oficjalna pozycja na temat PRINCE2® dostępna w języku PL.

Directing Successful Projects with PRINCE2®

ISBN-13: 978-0113310609

166 stron

http://www.amazon.com/Directing-Successful-Projects-PRINCE2-Edition/dp/0113310609

Passing your PRINCE2 Examinations 2009 Edition

ISBN-13: 978-0113311903

172 stron

http://www.amazon.com/Passing-your-PRINCE2-Examinations-Edition/dp/0113311907

PRINCE2® Maturity Model (P2MM)

34 strony

http://www.p3m3-officialsite.com/nmsruntime/saveasdialog.aspx?lID=462&sID=210

Pozycja darmowa, oficjalna, dostępna online.

PRINCE2® Maturity Model (P2MM) - Self-Assessment

22 strony

http://www.p3m3-officialsite.com/nmsruntime/saveasdialog.aspx?lID=469&sID=210

Pozycja darmowa, oficjalna, dostępna online.

Interaktywny glosariusz

Interaktywny glosariusz PRINCE2® (PL)

Ta darmowa mapa (zgodna z najnowszą wersją metodyki PRINCE2®) została pieczołowicie stworzona z pasji i zamiłowania do nauki oraz ciągłego rozwoju jak również w celu promocji metodyki PRINCE2®. Mapa pomoże Ci również w nauce do egzaminów Foundation i Practitioner z metodyki PRINCE2®. (podziel się tą mapą z innymi, polub i przekaż informacje zwrotne - Twoja opinie, komentarze i sugestie są moją motywacją do dalszego jej rozwoju THX.!)

Pytania / wątpliwość / błędy? Zapraszam do kontaktu. Mapa powstała jako pomoc w Twojej nauce. Każda uwaga jest cenna.

http://www.miroslawdabrowski.com

http://www.linkedin.com/in/miroslawdabrowski

https://www.google.com/+MiroslawDabrowski

https://play.spotify.com/user/miroslawdabrowski/

https://twitter.com/mirodabrowski

miroslaw_dabrowski

Techniki (2)

Obie techniki są związana z tematem Jakość.

Technika planowania opartego na produktach (ang. Product-based Planning)

Cel, Identyfikacja produktów które mają być wytworzone lub uzyskane w projekcie, Znacząco pomaga to w jednoznacznym określeniu zakresu projektu., Określenie dodatkowych produktów potrzebnych do wytworzenia produktu głównego, Wypracowanie najlepszego pogrupowania tych produktów

Jest to trzystopniowa, oparta na diagramach, technika prowadząca do ogólnego planu bazującego na wytwarzaniu i dostawach wymaganych wyników projektu., Planowanie oparte na produktach jest integralną częścią PRINCE2® dotyczącą koncentracji na jakości produktów., Technika ta zapewnia platformę planistyczną opartą na produktach, która pozwala ustawić prace nad projektem w logicznej kolejności.

Należy pamiętać przy tym, że w metodyce PRINCE2® pod pojęciem produktów rozumiane są zarówno te materialne, np. dokument, czy część oprogramowania, jak i te niematerialne - np. nowa struktura organizacyjna.

W ramach techniki planowania opartego na produktach powstają cztery produkty zarządcze (krok po kroku, sekwencyjnie):, 1. Opis Produktu Końcowego Projektu, 2. Diagram struktury produktów (ang. product breakdown structure), Jest to hierarchiczne przedstawienie wszystkich produktów, które mają być wytworzone w ramach planu (Planu Projektu lub Planu Etapu)., Tworząc strukturę produktową zaczyna się od ustalenia produktu projektu (krok 1) i dekompozycji na podprodukty (krok 2)., 3. Opis Produktu dla każdego z produktów, Jasny, kompletny i jednoznaczny opis produktu stanowi ogromną pomoc przy jego tworzeniu., Opis taki zawiera informacje o zastosowaniu produktu, kryteriach jakości, tolerancji jakości, ilość wymaganych produków etc., 4. Diagram następstwa produktów, Diagram następstwa produktów pokazuje kolejność produkowania oraz wzajemne zależności pomiędzy produktami wymienionymi w strukturze projektowej.

Technika przeglądu jakości

Cel, Ocena zgodności z ustalonymi kryteriami produktu w postaci dokumentu (lub prezentacji czy wyników testu), Zaangażowanie kluczowych zainteresowanych stron w sprawdzenie jakości produktu oraz działania na rzecz szerszej akceptacji produktu, Potwierdzenie, że produkt został ukończony i jest gotowy do zatwierdzenia, Ustanowienie obiektu odniesienia dla produktu na potrzeby sterowania zmianami

„Przegląd jakości", służy do testowania jakości produktów będących dokumentami., Zasady tej techniki mogą być również zastosowane do testowania i przeglądów jakości pozostałych produktów., Przegląd jakości można przeprowadzić w każdym stadium projektu, gdyż każdy produkt może zostać poddany przeglądowi jakości, jeśli istnieją właściwe mu elementy jakości, które powinny być monitorowane.

W PRINCE2® wyróżnia się 4 specyficzne role związane z przeglądem jakości:, Kierownik przeglądu jakości, przewodniczy naradzie przeglądu jakości i odpowiada za jej zorganizowanie, program, przebieg, uzgodnione zadania oraz ustalenie wyniku wspólnie z testerami., Prezenter, dostarcza stosowne produkty do przeglądu jakości i reprezentuje ich wytwórców; jego zadaniem jest także koordynowanie i śledzenie prac po przeglądzie jakości - np. zastosowanie w produkcie uzgodnionych zmian., Kontroler / Recenzent, dokonuje przeglądu produktu, ocenia jego zgodność z kryteriami jakości w Opisie Produktu, dokumentuje zastrzeżenia w tym aspekcie i potwierdza, czy dokonane zostały wszelkie zalecane działania następcze., Administrator, zapewnia pomoc administracyjną Kierownikowi, notuje działania uzgodnione w czasie narady przeglądu jakości i przydzielone do ich wykonania osoby., Role mogą być łączone, Najmniejsza forma to 2 osoby, Połączona rola kierownika przeglądu i kontrolera, Połączona rola prezentera i administratora

W procedurze przeglądu jakości należy wykonać 3 podstawowe kroki, 1. Przygotowanie przeglądu (oraz przeprowadzenie przeglądu), 1. potwierdzenia, że produkt jest gotowy do przeglądu,, 2. potwierdzenia dostępności wyznaczonych testerów oraz uzgodnienia daty zwrotu uwag testerów oraz daty samego przeglądu,, 3. rozprowadzenia wśród testerów kopii produktu oraz jego Opisu Produktu, tam gdzie jest to możliwe, np. jeśli jest to drukowany dokument; alternatywnie może to być udostępnienie produktu do zbadania przez testerów,, 4. oceny zgodności produktu z kryteriami jakości,, 5. zapisania zastrzeżeń oraz podejrzewanych błędów na liście zastrzeżeń,, 6. odnotowania mniej ważnych błędów na produkcie (np. gramatycznych i ortograficznych),, 7. zwrócenia produktu z adnotacjami wraz z listą zastrzeżeń do wytwórcy,, 8. zaplanowania narady przeglądu jakości oraz uzgodnienia jej programu (agendy)., 2. Narada przeglądu jakości (jeśli wykryto niezgodności w produktach w 1 kroku), 1. dyskusji, wyjaśnienia oraz uzgodnienia wszystkich spraw przedstawionych przez testerów,, 2. uzgodnienia działań następczych odpowiednich dla każdego uzgodnionego błędu,, 3. udokumentowania odpowiedzialności za działania następcze,, 4. podsumowania zaplanowanych działań na koniec narady,, 5. uzgodnienia wyniku przeglądu jakości oraz podpisania zatwierdzenia produktu, jeśli jest to możliwe,, 6. zaktualizowania Rejestru Jakości., 3. Działania po naradzie przeglądu jakości, 1. powiadomienia Kierownika Projektu i/lub Kierownika Zespołu o wyniku przeglądu jakości,, 2. zaplanowania wszelkich potrzebnych prac naprawczych,, 3. podpisania zatwierdzenia produktu w następstwie zakończonych powodzeniem prac naprawczych,, 4. zaktualizowania Rejestru Jakości.

Procedury (2)

Obie procedury są związana z tematem Zmiana.

Procedura sterowania zagadnieniami i zmianami

5 kroków działających sekwencyjnie, 1. Zarejestruj, Określ rodzaj zagadnienia, Określ wagę, priorytet, Zapisz w Dzienniku Projektu lub Rejestrze Zagadnień, 2. Analizuj, Oceń wpływ na cele projektu, Uzasadnienie Biznesowe i profil ryzyka projektu, Sprawdź wagę, priorytet, 3. Proponuj, Określ możliwe opcje reakcji, Oceń opcje, Rekomenduj opcje, 4. Zdecyduj, Przekaż wyżej, jeśli poza delegowanymi uprawnieniami, Zatwierdź, odrzuć lub odrocz rekomendowaną opcję, 5. Wdrażaj, Podejmij działania korygujące, Uaktualnij zapisy i plany

Procedura zarządzania konfiguracją

5 kroków działających sekwencyjnie, 1. Planowanie, Określenie, jaki poziom szczegółowości zarządzania konfiguracją jest właściwy dla projektu., 2. Identyfikowanie, Identyfikowanie obiektów konfiguracji na ustalonym poziomie szczegółowości., 3. Sterowanie, zatwierdzanie produktów projektu,, nadawanie im statusu obiektów odniesienia,, wprowadzanie zmian zgodnie z procedurą i przez uprawnionych decydentów,, archiwizowanie poprzednich wersji obiektów odniesienia,, przechowywanie i odzyskiwanie informacji istotnych dla zarządzania projektem,, zapewnianie bezpieczeństwa,, kontrolowanie dostępu,, dystrybuowanie kopii obiektów konfiguracji,, archiwizowanie dokumentacji projektu., 4. Zestawienie statusu, Tworzenie raportu Zestawienie Statusu Produktów w celu uchwycenia bieżących i historycznych danych dotyczących danych produktów., 5. Weryfikowanie i audyt (konfiguracji), Weryfikowanie, czy faktyczny zatwierdzony stan produktów odpowiada ich statusom zarejestrowanym w Zapisach Obiektów Konfiguracji., Sprawdzenie, czy w projekcie zarządzanie konfiguracją odbywa się zgodnie z wytycznymi Strategii Zarządzania Konfiguracją.

Oficjalne zasoby PRINCE2®

Przykładowe egzaminy PRINCE2®, dostępne online

Foundation, http://www.apmg-exams.com/index.aspx?subid=8

Practitioner, https://www.exin.com/assets/exin/exams/2050/samples/polish_sample_exam_fx02_pr2p_201311.pdf, http://www.apmg-exams.com/index.aspx?subid=9

Sylabus egzaminacyjny PRINCE2®

Sylabus opisuje zakres wiedzy wymaganej na poziomie egzaminów Foundation i Practitioner

http://www.prince-officialsite.com/nmsruntime/saveasdialog.aspx?lID=1731&sID=406

Glosariusz PRINCE2®

EN, http://www.prince-officialsite.com/nmsruntime/saveasdialog.aspx?lID=1486&sID=557

PL, http://www.prince-officialsite.com/nmsruntime/saveasdialog.aspx?lID=1515&sID=557

Szablony dokumentów PRINCE2®

http://www.prince-officialsite.com/nmsruntime/saveasdialog.aspx?lID=1493&sID=455

Strona PRINCE2®

http://www.prince-officialsite.com/

Pytania przygotowujące do egzaminu PRINCE2® Foundation

http://miroslawdabrowski.com/downloads/PRINCE2/Exam%20prep%20questions/

Role Przeglądu Jakości (4)

Kierownik przeglądu jakości

przewodniczy naradzie przeglądu jakości i odpowiada za jej zorganizowanie, program, przebieg, uzgodnione zadania oraz ustalenie wyniku wspólnie z testerami.

Prezenter

dostarcza stosowne produkty do przeglądu jakości i reprezentuje ich wytwórców; jego zadaniem jest także koordynowanie i śledzenie prac po przeglądzie jakości - np. zastosowanie w produkcie uzgodnionych zmian.

Kontroler / Recenzent

dokonuje przeglądu produktu, ocenia jego zgodność z kryteriami jakości w Opisie Produktu, dokumentuje zastrzeżenia w tym aspekcie i potwierdza, czy dokonane zostały wszelkie zalecane działania następcze.

Administrator

zapewnia pomoc administracyjną Kierownikowi, notuje działania uzgodnione w czasie narady przeglądu jakości i przydzielone do ich wykonania osoby.