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® - PRojects IN Controlled Environments 2 by Mind Map: PRINCE2® - PRojects IN
Controlled Environments 2
5.0 stars - 8 reviews range from 0 to 5

PRINCE2® - PRojects IN Controlled Environments 2

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.

PRINCE2® Roles (10)

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

Project Board (PB) (3)

Strona 36 Nagłówek 5.3.2.2

represents 3 sides of intrests, clients side, Senior User(s), Użytkowik lub Użytkowicy (liczba mnoga) - rola może być współdzielona, Rola wymagana, Rola może być łączona z Przewodniczącym, Przewodniczacy i Główny Użytkownik jako ta sama osoba, Rola może być łączona z Głównym Dostawcą, Główny Dostawca 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), business side, Executive, Rola wymagana, Rola może być łączona z Głównym Użytkownikiem, Rola może być łączona z Głównym Dostawcą, 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łna odpowiedzialność za zapewnienie, że projekt osiągnie swoje cele i przyniesie planowane korzyści., Przewodniczący przewodniczy Komitetowi Sterującemu, reprezentuje klienta 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 Jerzyna za Szczecina. Dziękuje.", https://www.youtube.com/watch?v=T0bTBFNMBYc, (Poranek kojota) "Jeśli pan Krzysztof Jarzyna 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, supplier side, Senior Supplier(s), Dostawca lub Dostawcy (liczba mnoga) - rola może być współdzielona, Rola wymagana, Rola może być łączona z Przewodniczącym, Przewodniczacy i Główny Dostawca jako ta sama osoba, Rola może być łączona z Głównym Użytkownikiem, Główny Użytkownik i Główny Dostawca jako ta sama osoba

Najmniejsza forma K.S. to jedna osoba pełniąca wszystkie role K.S. tj, będąca zarazem Przewodniczącym, Głównym Użytkownikiem oraz Głównym Dostawcą, to sytuacja typowo teoretyczna, nieralna 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, 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.)

Project Assurance (PA) (3)

Nadzór projektu oznacza delegowanie obowiązków Komitetu Sterującego związanych z zapewnieniem, że projekt jest realizowany właściwie., Nadzór Projektu musi być niezależny od Kierownika Projektu, dlatego Komitet Sterujący nie może delegować Kierownikowi Projektu żadnych ze swoich obowiązków nadzorczych.

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 ze 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 strony, Nadzór ze strony biznesu, jest to nadzór w imieniu Przewodniczącego, np. Finanse, Nadzór ze strony dostawcy, jest to nadzór w imieniu Głównego Dostawcy, np. Wykonalność, Nadzór ze strony użytkownika, jest to nadzór w imieniu Głównego Użytkownika, np. Korzyści

Rola wymagana, ale ..., Jeśli nie jest delegowana, odpowiedzialność przejmują konkretne osoby z K.S.

Change Authority (CA)

Strona 38 Nagłówek 5.3.2.4

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

O.Z. znajduje się nad K.P. w kwestii uprawnień o wprowadzenie zmian, K.P. przesyła wnioski o wprowadzenie zmiany (w postaci Raprtu o Zagadnieniu) do O.Z. z prośbą o podjęcie decyzji (akceptację, odrzucenie, odroczenie decyzji)

Rola wymagana, ale ..., Jeśli nie jest delegowana, odpowiedzialność przejmuje Komitet Sterujący., W szczególnych przypadkach, K. S. może przekazać rolę O. Z. dla K. P.

Procesu obsługi zmian nie należy utożsamiać z rolą Obłsuga Zmian, Proces obsług 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., K.S., Zmiany o wysokim priorytecie może obsługiwać O.Z., O.Z., Zmiany o średnim priorytecie może obsługiwać O.Z., K.P., Zmiany o najniższym priorytecie może obsługiwać K.P., Co oznacza niski / średni / wysoki priorytet oraz kto obsługuje jaki priorytet musi zosać opisane w produkcie zarządczym A.6 w zgodzie z 7 prycypium - Dostosowanie do warunków projektu, Strategia Zarządzania Konfiguracją (A.6)

Project Manager (PM)

Strona 40 Nagłówek 5.3.2.6

Rola wymagana

Rola niepodzielna, zawsze 1 Kierownik Projektu

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

Kierownik Projektu nie może być łączony z Przewodniczącym

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., 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 ze osiągniecie CELÓW projektu (dostarczenie produktów specialistycznych), 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 Porjektu po zatwierdzeniu zwiększenia budżetu projektowego :-)

Team Manager(s) (TM)

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

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 gaż 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 rzesz Pan siada i opowiada! Nowiny! Nowiny!"

Project Support (PS)

Strona 41 Nagłówek 5.3.2.8

Rola która dostarcza jedynie wsparciae administracyjne, bez jakichkolwiek uprawnien decyzyjnych.

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

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

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

Project Management according to PRINCE2®

The goal of project management according to PRINCE2®:

Maintaining control over the work of the specialist

Motivating people involved

Maintain current knowledge of the state of the project

Ensuring that the project still has a valid business justification

Project management according to PRINCE2® is a constant cycle

Strona 5

Project management cycle according to PRINCE2® (based on Deming cycle), Plan, Planning work to be done., Delegate, Delegating work to be done to other people / individuals / companies / contractors etc., Monitor, Monitoring the performance of work through reports and communication., Control, Controlling the job by taking corrective actions., planning, delegating, monitoring, controlling all aspects of the project ...

Key benefits of adopting PRINCE2®

Applies to any type or project and business domain, Generic

License-free, Non-proprietary method

Widely recognized and understood, Common vocabulary and approach

Project security with EWIs and risk management

Embodies established and proven best practice and governance, Full project control/assurance

Provides for the explicit recognition of project responsibilities, Accountability with clearly defined roles

Clarifies (for all parties) what a project will deliver, why, when, by whom and for whom

Plans are carefully designed to meet the needs of the different levels in the management team

Providing for the efficient and economic use of management time by using “management by exception” approach

Ensures that participants focus on the viability of the project

Ensures that stakeholders (including sponsors and resource providers) are properly represented

Promotes Learning and continual improvement

Promotes consistency of project work and the ability to reuse project assets

Facilitates team mobility

Integration with Agile (e.g. DSDM/AgilePM/Scrum)

PRINCE2® Processes (7)

Strona 121

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

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

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

Processes are positioned across 3 levels (yet PRINCE2® recognizes 4 levels):

Level 1 - Corporate or Programme Management (outside PRINCE2®), The top level is the Corporate or ‘Programme Management" Level. The only product created in this level is the Project Mandate.

Level 2 - Directing - Project Board, The Direction or "Directing* Level is where the Project Board works. They interface often with the Management Level and provide the above level with a number of notifications.

Level 3 - Managing - Project Manager, “Management" and it is where the Project Manager works. It contains most of the activities and processes, such as Initiating a Project and Controlling a Stage. Most of the management activities for a project are done by the Project Manager.

Level 4 - Delivering - Team Manager, The bottom level, “Delivery." is where the project's products are created.

Starting up a Project (SP)

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

Directing a Project (DP)

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

Initiating a Project (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)

Controlling a Stage (CS)

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

Managing Product Delivery (MPD)

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ń

Managing a Stage Boundary (MSB)

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

Closing a Project (CP)

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

PRINCE2® Themes (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.

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

1. Business Case

Rozdział 4

All projects are based on an idea that has potential value for the organization. The Business Case theme addresses how this idea can be developed and converted into a viable investment and business solution., The Business Case theme helps the project manager stay focused on the business objectives throughout the project and it answers the questions; Why are we doing this project? What are the benefits and the return?

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, min. dla Głównego Użytkownika - potrzebuje on produktów, które mają być dostarczone w projekcie, przydatny, min. dla Przewodniczącego (który finansuije projekt) - przydatny z perspektywy organizacji którę reprezentuje, wykonalny, min. 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

2. Organisation

Rozdział 5

For a project to be successful, clear accountabilities must be allocated to managers of the organization so that they can steer the project through to completion. As projects are cross-functional normal line structures are not suitable., The Organization theme defines the roles and responsibilities on the project and helps answer the questions; Who does what? Who are the stakeholders? How do we effectively communicate with them?

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), 1. Kierownictwo organizacji / programu (spoza projektu, "nad nim"), 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., 2. Komitet Sterujący, Kierowanie projektem, Strategiczne zarządzanie projektem, 3. Kierownk Projekt, Operacyjne zarządzanie projektem, 4. Kierownicy Zespołów, Zarządzanie zespołem(-ami) i dostarczanie produktów

Stakeholders, A project requires identification, analysis and communication with stakeholders., Project decision makers are stakeholders making decisions., Not all stakeholders are decision makers in a specific project., Stakeholders are individuals or groups not part of the project management team who may need to interact with the project or who may be affected by the project’s outcome., They support or oppose the project, gain or lose, and perceive the project as a threat or enhancement. It is important to identify and engage with them appropriately.

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

3. Quality

Rozdział 6

The Quality theme explains how to develop the initial idea of the project into specific quality attributes and ensure that everyone on the team understands exactly what the project needs to deliver. The theme also explains how project management can subsequently make sure that the specified requirements are delivered., The Quality theme answers the questions; What level of quality do we need? How do we plan and control quality?

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

Temat Jakość pomaga w zapewnieniu, że produkty projektu:, spełniają oczekiwania biznesowe, umożliwiają w efekcie uzyskanie pożądzanych korzyści opisanych w Uzasadnieniu Biznesowych

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

4. Plans

Rozdział 7

A PRINCE2 project contains a series of approved plans that match the various levels of the project organization. The Plans theme describes the steps required to develop these plans along with the PRINCE2 techniques that should be applied. These plans are the focus for communication and control throughout the project., The Plans theme asks the questions; How is it done? How much resource do we need? When do we finish?

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

5. Risk

Rozdział 8

Projects typically entail more risk than steady day to-day activities. The Risk theme addresses how project management addresses and mitigates the uncertainties in the project’s plans and in the wider project environment., The Risk theme answers the questions; What if a certain event happens? How are risks managed? How to Report Risks?

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

Ryzyko może być zdefiniowane jako niepewność uzyskania zaplanowanego wyniku (w kontekście pozytywnym - traktowana jako szansa, lub negatywnym - widziana jako zagrożenie).

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.

Cykl zarządzania ryzykiem składa się z kroków:, 1. Identyfikuj, dzieli się na dwa pod kroki, 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,, 1B. Identyfikuj-Ryzyko, gfównym celem kroku „Identyfikuj-Ryzyko" jest poznanie zagrożeń i szans, które mogą wpływać na cele projektu., 2. Oceniaj, dzieli się na dwa pod kroki, 2A. Oceniaj-Szacowanie, 2B. Oceniaj-Ewaluacja, 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,, 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. 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.

Parametry ryzyka w PRINCE2:, Prawdopodobieństwo, Bliskość, Wpływ

6. Change

Rozdział 9

The Change theme describes how project management handles issues that have the potential to impact any of the baseline aspects of the project, i.e. the project’s plans and completed products. When we say “issues” we mean general problems, requests for changes or quality failures., The Change theme answers the questions; What is the impact of this change? What is the procedure for documenting and handling issues?

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

7. Progress

Rozdział 10

The Progress theme makes sure that the necessary controls and monitoring mechanisms are in place and that the project’s plans are still viable. It explains the decision-making process for approving plans, monitoring performance and escalating issues if events don’t go according to plan. Ultimately, this theme determines whether and how the project should progress., The Progress theme answers the questions; Where are we now? Where are we going? Should we carry on?

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.

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?

PRINCE2® Principles (7)

Strona 11

The building blocks upon which the PRINCE2® themes and PRINCE2® processes are based

In PRINCE2, all principles are rules and must be followed

Principles are universally applicable statements.

Principles are generic principles - the way in which they are applied must be tailored to suit the organizational circumstances, whilst ensuring the underlying rationale is maintained.

Prainciples are the common, universal and high-level factors that underpin success.

Principles are self-validating and empowering.

They provide guidance to organizations.

They guide the organization on what to aim for.

The principles provide a framework of good practice.

According to PRINCE2® (and other AXELOS best practices) principles are:

Universal, PRINCE2® is based upon these principles for a very simple reason. By being principles-based, it means that the framework can be applied to any shape, size or type of project., In this way, the principles can be universally applied, both to a small in-house company project, or equally to a massive international aid project spanning many borders.

Self-validating, These principles have also been proven in practice over many years to be the most effective ways of managing projects i.e. they are based upon modern best practices in project management., This means they can be applied directly on projects and the project management team does not need to "re-invent the wheel" by creating their own project management method from scratch.

Empowering, The principles are also empowering to the project management team because they can give them added confidence and an ability to shape and manage their projects

in other words "a good, old, PRINCE2® marketing" :-)

1. Continued business justification

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

Wymogiem dla projektu zgodnego z PRINCE2® jest:, Istnienie uzasadnionego powodu jego rozpoczecia., 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 min. poprzez kontrolę / sprawdzanie produktu zarządczego Uzasadnienie Biznesowe (A.2), Na bieżąco dba o to min. Kierownik Projektu, Pod koniec etapów zarządczych formalnie Komitet Sterujący również przegląda i ocenie Uzasadnienie Biznesowe, Zasadność realizacji projektu istnieje w czasie całego projektu, Uzasadnienie jest udokumentowane (Kierownik Projektu) i zatwierdzane (Komitet Starują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. Learn from experience

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, podobnmych 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, 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. Defined roles and responsibilities

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, Opis roli Przewodniczącego, Opis roli Kierownika Projekctu, Opisy ról zespołu zarządzanie projektem, Struktura zespołu zarządzania projektem, Role, Komitet Sterujący (KS), Kierownik Projektu (KP)

4. Manage by stages

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 realizacji

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

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

5. Manage by exception

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 wg. PRINCE2®:, 1. Czas, 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 czasu, kosztów, zakresu (jakie produkty, ile etc.) i ryzyka 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, Komitet Sterujący (KS), Kierownik Projektu (KP)

6. Focus on products

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.

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

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 kazdego projektu., Żaden projekt nie jest taki sam., Usatalenie jak metoda zarządzania projektami w organizacji będzie dostosowana do projektu.

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

How PRINCE2® defines project

Interpreting project definition

Strona 3

"A project is a temporary organization that is created for the purpose of delivering one or more business products according to an agreed Business Case (A.2)", temporary organization means ..., Establish only for project needs and can have people having different roles than those which they have been employed in the company, delivering means ..., Buying ready product, producing / developing from the ground up, expanding/improving of the current, existing product, etc., In general this means that project will introduce change to the organization - we will have a new product(s) used by the end users, so everyday activities in the organization (a.k.a. business as usual) will also change, one or more business products means ..., At least one, so the project will have any sense :), Many of the same type, or more completely different, products means ..., Specialist products are those products whose development is the subject of the plan., Physical produce, service, designed process, trained person, developed system etc., business means ..., Those that are needed for organizations and end users, Those that are aligned with the mission, vision and objectives of the organization, Those that will bring business benefits for the client / end user organization, Business Case (A.2) means ..., Described in the management product (for simplicity documentation) called the Business Case

5 factors that differentiate Projects from Business As Usual (BAU)

Strona 3

"Business as usual refers to the day-to-day business operations that an organization carries out.", Project is finite., In contrast, business operations exist as long as the organization exists., We can say that business operations are permanent.

Change, The project aims to implement changes to the organisation., Changes in the business as Usual (BAU) in the form of a new products delivered by the project and with those new products there will be changes in the organization (e.g. new processes, training to the end users, etc.).

Temporary, The project has a finite beginning and end of what distinguishes it from what every day dealing with the client organization., Once the project begins and comes to an end, Yet project results usually do not appear until after the completion of the project, Similarly each project phase has it's starting and ending date (with agreed tolerances).

Cross-Functional, Customers and suppliers have various perspectives and motivations., Project involves people with different expectations and attitudes to the project, Supplier, Klient, Bringing together of a temporary team with different skills working together to introduce a change that will impact others outside of the team.

Unique, The project is implemented in a unique environment/context, Among other things, the uniqueness is also another period of time in which the project is conducted (different place in time, different laws and regulations, etc.), building the same product in a different time, we have to deal with another law, another characteristic of the market or more increased competitive activity, The work we do may be similar to things done in the past however a project will be unique in some way: a different team, a different customer, a different location., Each project is unique and must be considered individually in the context of all six project effectiveness project variables., “Different projects need different methodologies” (Alistair Cockburn), Each project is unique also means that the PRINCE2® methodology is not suitable for all types of projects (which is completely natural for each methodology)., In cases where it is certain that the requirements of the project will change over the project or when you do not know all the requirements at the start of the project and yet we have to start agile project approach may seem more appropriate., In these cases, the "agile" methodologies / methods / frameworks are usually more appropriate option

Uncertainty, Project involves a higher risk level than regular business operations, Projects introduce threats and opportunities over and above those we would typically encounter, Each project is uncertain venture can be successful or a failure to enhance the chance of successful completion of the project we need to manage uncertainty in the project, i.e. the risk, Thoughts: Otherwise we would have project automation instead of project management ...

6 project performance variables (effectiveness aspects)

Strona 5

Variables / effectiveness of the project, as they may change during the course of the project, and we need to control them., All of this variables have defined tolerances, because we cannot precisely define all of those variables, we can only simulate / calculate most probable cost, timescales, risk etc. of the project

Means areas to be monitored constantly throughout the duration of the project.

Costs, When you start a project, there may be a particular budget in mind. But there may be several factors that can lead to overspending. It is important to always keep the cost and budget in mind., controlled using, project budget, Founds for the project, Including tolerances (+/-), The costs of activities related to the construction and verification of all specialized products produced by PRINCE2® project, The costs of the project management, eg. license costs for project management software (if needed), May contain, change budget, risk budget, Is defined in, Project Plan (A.16), For the whole project (including tolerances +/-), Stage Plan (A.16), For specific project stage (including tolerances +/-), Work Package (A.26), For work delegated to Team Manager (TM) (including tolerances +/-), risk budget, Funds used for financing (implementation) of the reaction to risk (threat and opportunity), Reaction at risk ONLY (excluding activities related with identifying risk, assessing risk, evaluating risk etc.), Is defined in, Strategia Zarządzanie Ryzykiem (A.24), For the whole project (including tolerances +/-), Stage Plan (A.16), For specific project stage (including tolerances +/-), Work Package (A.26), For work delegated to Team Manager (TM) (including tolerances +/-), change budget, The money allocated to the Change Authority available to be spent on authorised requests for change., Funds separate from the budget of the project, Funds intended for IMPLEMENTATION approved request for change, Not formanaging requests for change (which can be misinterpreted), but on the ACTIONS following the approved requests of change, e.g. someone requests a need for a new employee to the project (formal request for change) - process of requesting take no money, but costs of employee working in the projects is taken from change budget, Is defined in, Project Plan (A.16), For the whole project (including tolerances +/-), Stage Plan (A.16), For specific project stage (including tolerances +/-), Work Package (A.26), For work delegated to Team Manager (TM) (including tolerances +/-)

Timescales, A project always has a start and an end date. The Project Manager should try to adhere to these dates., controlled using management products such as ..., Project Plan (A.16), Timescale tolerances (+/-) for the whole project, Stage Plan (A.16), Timescale tolerances (+/-) for specific project stage, Exception Plan (A.16), Work Package (A.26), Timescale tolerances (+/-) for work delegated to Team Manager described in Work Package (A.26)

Quality, In addition to finishing the project on time and within budget, the Project Manager must also achieve the project goals as expected. In terms of PRINCE2®, the project’s products must be fit for purpose for which they are developed, controlled using management products such as ..., Quality Management Strategy (A.22), Quality Registry (A.23), Up to date list of all the activities related to quality management, Project Product Description (A.21), Quality tolerances (knows as acceptance criteria in PRINCE2) of the final / end product of the project, Product Description (A.17), Quality tolerances (knows as quality criteria in PRINCE2®) partial product (not final product)

Scope, The scope of the project should be clear to all the parties involved in order to avoid any confusion., There must be an agreement on the project scope, and the Project Manager should know what is within or outside the scope. In addition, they should not deliver beyond the scope., 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, controlled using management products such as ..., Project Plan (A.16), Scope tolerances (+/-) for the whole project, Stage Plan (A.16), Scope tolerances (+/-) for specific project stage, Work Package (A.26), Scope tolerances (+/-) for work delegated to Team Manager described in Work Package (A.26)

Risk, Each project involves some kind of risk. So, there should be a proper plan to manage such risks., controlled using management products such as ..., Risk Management Strategy (A.24), Risk tolerances (+/-) for the whole project, Risk Registry (A.25), Up to date list of all identified and managed risks in the project, The main project risks from Risk Register (A.25) are "copied" to the Business Case (A.2), Work Package (A.26), Risk tolerances (+/-) for work delegated to Team Manager described in Work Package (A.26), What is the risk profile of the project?

Benefits, The Project Manager should have a clear understanding of the purpose of the project as an investment and should ensure that the project delivery is consistent with achieving the desired return., controlled using management products such as ..., Business Case (A.2), Benefits tolerances (+/-) for the whole project, Benefits Review Plan (A.1)

PRINCE2® structure

Strona 6

PRINCE2® method has 4 integrated elements

"Magic number 7"

1. - 7 Principles, seven guiding rules / orders

2. - 7 Themes, seven areas of project management knowledge

3. - 7 Processes (types of processes), seven groups of activities, describing what to do in the project life cycle

4. Project Environment, PRINCE2® methodology adaptation to the environment of the project, This means min. the introduction of specific terminology / language, Adaptation of the documentation for the needs / requirements of the organization, Adaptation of the project in the context of the industry (eg. IT, engineering, etc.) - PRINCE2 methodology is fully general

What PRINCE2® does not provide?

Specialists aspects

Detailed techniques, PRINCE2 is purely general in nature, not industry/domain specific, PRINCE2® doesn't cover every aspect of project management., PRINCE2® doesn't specify the use of specific techniques., Only techniques that have a specific PRINCE2® approach are described such as product based planning and the quality review technique., For detailed project management techniques (see PMBOK Guide)

Leadership capability, Even though it is very important that we have leadership on our project and we are motivating the team, how we do that is not addressed in PRINCE2®., Leadership capability, how you lead and motivate your team will vary depending upon circumstance.

Soft-skills

Communication techniques

Human resource management

Contract negotiations

Software for project management

PRINCE2® Management products (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.

Baseline

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. "PRINCE2® base"

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

K.P. NIE może aktualizować tych dokumentów bez potrzeby zgody Komitetu Starują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ń

Records

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. "PRINCE2® dynamic"

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

K.P. może aktualizować te dokumenty bez potrzeby zgody Komitetu Starują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ń, 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

Reports

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. "PRINCE2® static"

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ń, 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., Produkt zarządczy może powstać automatycznie podczas eksportu z narzędzia / oprogramowania do zarządzania projektami.

PRINCE2® - process based standard and sequential/cascading project management methodology (not a recommendation, not a good practice, not guidelines, not technique, not framework) to the general (not related to a specific industry, such as: IT or construction) sequential (non iterative and adaptive) project management. PRINCE2® methodology is one of the 12 recognized globally and practically proven management standards from AXELOS® Global Best Practice family of UK standards.

PRINCE2® v1 was published in 1996.

PRINCE2® v2 was published in 2002.

PRINCE2® v3 was published in 2005.

PRINCE2® v4 was published in 2009.

Major revision

How PRINCE2® fits into AXELOS® Global Best Practices family of UK standards.

PRINCE2® in AXELOS® Global Best Practices family

AXELOS® Global Best Practices family of standards from UK.

PRINCE2® Agile, see PRINCE2® Agile mind map

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

yet remember - "In reality there are no such things as best practices. There are only practices that are good within a certain context."

Since 2000 the Office of Government Commerce (OGC), former owner of PRINCE2® (and other Best Management Practices) has been the custodian of the portfolio on behalf of UKG. In June 2010 as a result of UKG reorganisation the Minister for the Cabinet Office announced that the PRINCE2® functions have moved into Cabinet Office.

AXELOS are a new joint venture company, created by the Cabinet Office on behalf of Her Majesty’s Government (HMG) in the United Kingdom and Capita plc to run the Best Management Practice portfolio, now called AXELOS Global Best Practice

https://www.gov.uk/government/publications/best-management-practice-portfolio/about-the-office-of-government-commerce

PRINCE2® consists of: 7 Principles, 7 Themes, 7 Processes, 40 Sub-processes, 10 Project Roles, 4 Quality Assurance Roles, 3 Issue Types, 2 Techniques, 2 Procedures, 3 Budget Types, 5 Project Factors, 6 Project Performance Factors (effectiveness aspects), 26 Management Products (divided on 3 types)

Download: PRINCE2® Matrix Processes vs Management Products vs Roles vs Responsibilities (PDF)

PRINCE2® Official publications

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

Interactive PRINCE2® Glossary

Interactive PRINCE2® Glossary

This freeware, non-commercial mind map (aligned with the newest version of PRINCE2®) was carefully hand crafted with passion and love for learning and constant improvement as well for promotion the PRINCE2® method and as a learning tool for candidates wanting to gain PRINCE2® qualification. (please share, like and give feedback - your feedback and comments are my main motivation for further elaboration. THX!)

Questions / issues / errors? What do you think about my work? Your comments are highly appreciated. Please don't hesitate to contact me for :-) Mirosław Dąbrowski, Poland/Warsaw.

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

PRINCE2® Techniques (2)

Product-based planning technique

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,, 3. Opis Produktu dla każdego z produktów,, 4. Diagram następstwa produktów.

Quality review technique

„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:, chair, responsible for the overall conduct of the quality review, presenter, represents the producer and introduces the product, coordinates the quality review follow-up actions, controller / reviewer, verifies the compliance of the product with the Description, prepares a list of questions, administrator, provides administrative support for the Chair, The remaining roles may be combined as needed, 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. Quality review preparation, 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. Quality review meeting, 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. Follow-up actions after the meeting, 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.

PRINCE2® Procedures (2)

Issue and change control procedure

5 steps working sequentially, 1. Capture, 2. Examine, 3. Propose, 4. Decide, 5. Implement

Configuration management procedure

5 steps working sequentially, 1. Planning, 2. Identification, 3. Control, 4. Status accounting, 5. Verification and audit (configuration)

PRINCE2® Official resources

PRINCE2® sample exams available online

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

Practitioner, http://www.apmg-exams.com/index.aspx?subid=9

PRINCE2® syllabus

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

PRINCE2® management products templates

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

PRINCE2® official website

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

PRINCE2® Foundation exam prep questions

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

Quality Review Roles (4)

chair

responsible for the overall conduct of the quality review

presenter

represents the producer and introduces the product, coordinates the quality review follow-up actions

controller / reviewer

verifies the compliance of the product with the Description, prepares a list of questions

administrator

provides administrative support for the Chair