PRINCE2 - metodyka.doc

(128 KB) Pobierz
PRINCE2 – metodyka zarządzania projektami

PRINCE2 – metodyka zarządzania projektami.

Źródło: "http://pl.wikipedia.org/wiki/PRINCE2"

Nazwa jest skrótem ang. słów: Projects in a Controlled Environment tzn. Projekty w sterowanym środowisku.

Spis treści

Historia              1

Procesy              2

Przygotowanie założeń projektu/Uruchamianie projektu (Starting up a project)              2

Strategiczne zarządzanie projektem (Directing a project)              3

Planowanie (Planning)              3

Inicjowanie projektu (Initiating a project)              3

Sterowanie etapem (Controlling a stage)              4

Zarządzanie dostawą produktów (Managing product delivery)              4

Zarządzanie zakresem etapu (Managing stage boundaries)              4

Zamykanie projektu (Closing a project)              5

Komponenty              5

Uzasadnienie biznesowe              5

Organizacja              5

Plany              5

Elementy sterowania              6

Zarządzanie Ryzykiem              6

Jakość w środowisku projektowym              6

Zarządzanie konfiguracją              7

Sterowanie Zmianami              7

Techniki              7

Planowanie oparte na produktach              7

Sterowanie zmianami              7

Przeglądy jakości              8

Mocne strony PRINCE2              8

Słabości PRINCE2              8

Bibliografia              9

Zobacz też              9

Linki zewnętrzne              9

Historia

U źródeł metodyki PRINCE2 leży PROMPT (Project Resource Organisation Management Planning Technique) metodyka prowadzenia projektów informatycznych opracowana przez firmę prywatną Simpact Systems Limited w połowie lat 70. Na zamówienie rządowe wzbogacono metodykę o kwestię zarządzania jakością. Część standardu pod nazwą PROMPT II została w 1983 r. wprowadzona w jednostkach administracji rządowej Wielkiej Brytanii. Po wykupieniu praw do metodyki PROMPT przez firmę LBMS, w 1989 r. brytyjska agenda rządowa Central Computer and Telecommunications Agency (CCTA) opublikowało standard pod nową nazwą – PRINCE (Projects in Controlled Environments) i wskazała jako zbiór najlepszych praktyk zarządzania projektami informatycznymi. Wkrótce jednak metodyka zaczęła być stosowana także poza obszarem IT.

PRINCE2 został opublikowany po raz pierwszy w 1996 r. jako ogólna metoda zarządzania projektami niezależna od dziedziny biznesowej zastosowania. PRINCE2 szybko zdobywał popularność i stał się standardem de facto w Wielkiej Brytanii. Zyskuje też coraz szersze uznanie na całym świecie stanowiąc główną alternatywę (nie wykluczającą) dla metodyki PMBOK instytutu PMI. Ostatnie zmiany zostały opublikowane w 2005 przez Office for Government Commerce (OGC) – następcę CCTA.

Procesy

PRINCE2 cechuje podejście procesowe do zarządzania projektem. Definiuje szczegółowo osiem procesów najwyższego rzędu, które z kolei dzielą się na podprocesy:

  1. Strategiczne zarządzanie projektem (SZP) – Directing a project (DP)
  2. Planowanie (PL) – Planning (PL)
  3. Uruchamianie Projektu/Przygotowanie Założeń Projektu (PZP) – Starting up a project (SU)

4.      Inicjowanie projektu (IP) – Initiating a project (IP)

5.      Sterowanie Etapem (SE) – Controlling a stage (CS)

  1. Zarządzanie Wytwarzaniem Produktów (ZWP) – Managing product delivery (MP)
  2. Zarządzanie Zakresem Etapu (ZZE) – Managing stage boundaries (SB)
  3. Zamykanie Projektu (ZP) – Closing a project (CP)

Procesy Przygotowanie Założeń Projektu, Inicjowanie projektu i Zamykanie projektu to jednocześnie określone fazy cyklu życia projektu. W fazę realizacji projektu wdrożone są procesy Sterowanie Etapem, Zarządzanie Wytwarzaniem Produktów i Zarządzanie Zakresem Etapu. Proces Strategiczne Zarządzanie Projektem obejmuje cały cykl życia projektu, podczas gdy Planowanie jest aktywny we wszystkich fazach z wyjątkiem ostatniego – Zamykanie projektu.

Projekt zgodny z PRINCE2 musi zawierać co najmniej 2 etapy zarządcze:

·         Inicjowanie projektu

·         Realizacja projektu

Faza realizacji projektu może być rozbita na etapy realizacyjne.

Przygotowanie założeń projektu/Uruchamianie projektu (Starting up a project)

Celem tego procesu jest przygotowanie projektu do uruchomienia. Jest to proces poprzedzający projekt. Ma on zapewnić, że projekt będzie wart ponoszonych kosztów i że da się go zrealizować. Informacją wejściową dla procesu jest Zlecenie Przygotowania Projektu (Project Mandate). W proces zaangażowane jest wyższe kierownictwo organizacji, które ustanawia i wybiera Komitet Sterujący (Project Board), który nadzoruje projekt i wybiera Kierownika Projektu. Uzasadnienie projektu jest zarysowane w Podstawowych Założeniach Projektu. W zależności od specyfiki projektu wybierana jest formuła realizacyjna. Wykonany jest także plan etapu inicjowania projektu.

Przygotowanie założeń projektu obejmuje nastepujące podprocesy:

·         PZP1. Mianowanie Przewodniczącego Komitetu Sterującego i Kierownika Projektu (SU1. Appointing a Project Executive and a Project Manager)

·         PZP2. Projektowanie zespołu zarządzania projektem (SU2. Designing a Project Management Team)

·         PZP3. Mianowanie zespołu zarządzania projektem (SU3. Appointing a Project Management Team)

·         PZP4. Przygotowanie podstawowych założeń projektu (SU4. Preparing a Project Brief)

·         PZP5. Definiowanie formuły realizacyjnej/Definiowanie (SU5. Defining Project Approach)

·         PZP6. Planowanie etapu inicjowania (SU6. Planning Initiation Stage)

Strategiczne zarządzanie projektem (Directing a project)

Proces ten realizuje funkcje, za które odpowiedzialny jest Komitet Sterujący. Kierownik Projektu informuje Komitet Sterujący w raportach okresowych o stanie projektu. Bieżące zarządzanie pozostawione jest w wyłącznej kompetencji Kierownika Projektu. Komitet Sterujący angażuje się tylko na granichach etapów zarządczych, gdzie decyduje, czy należy kontynuować prace przechodząc do następnego etapu. Fundamentalną zasadą PRINCE2 jest zarządzanie poprzez wyjątki management by exception, co oznacza, Komitet Sterujący jedyną dodatkową sytuacją, kiedy angażuje się w podejmowanie decyzji projektowych jest moment, gdy uzyska informacje, że projekt jest zagrożony wyjściem poza zakres tolerancji.

Strategiczne Zarządzanie Projektem obejmuje następujące podprocesy:

·         SZP1. Zezwolenie na inicjowanie projektu (DP1. Authorising Initiation)

·         SZP2. Zezwolenie na realizację projektu (DP2. Authorising a Project)

·         SZP3. Zezwolenie na realizację etapu lub planu awaryjnego (DP3. Authorising a Stage or Exception Plan)

·         SZP4. Podejmowanie decyzji doraźnych (DP4. Giving Ad Hoc Direction)

·         SZP5. Zatwierdzenie zamknięcia projektu (DP5. Confirming Project Closure)

Planowanie (Planning)

Planowanie jest procesem trwającym przez cały cykl życia projektu.

Planowanie obejmuje następujące podprocesy:

·         PL1. Projektowanie planu (PL1. Designing a Plan)

·         PL2. Definiowanie i analizowanie produktów (PL2. Defining and Analysing Products)

·         PL3. Określanie działań i zależności (PL3. Identifying Activities and Dependencies)

·         PL4. Szacowanie (PL4. Estimating)

·         PL5. Harmonogramowanie (PL5. Scheduling)

·         PL6. Analizowanie ryzyka (PL6. Analysing Risks)

·         PL7. Kompletowanie planu (PL7. Completing a Plan.)

Inicjowanie projektu (Initiating a project)

Aby projekt uzyskał akceptację musi być starannie zaplanowany w sposób wystarczająco precyzyjny, żeby było zrozumiałe jak mają być zrealizowane jego cele. Wymaga to szczegółowego szacowania pracochłonności i kosztów. Wszystkie te parametry stanowią podstawę do zdefiniowania głównego dokumentu procesu, tj. Dokumentu Inicjującego Projekt, który musi zostać zaakceptowany przez Komitet Sterujący zanim etap realizacji zostanie uruchomiony.

Inicjowanie projektu obejmuje następujące podprocesy:

·         IP1. Planowanie jakości (IP1. Planning Quality)

·         IP2. Planowanie projektu (IP2. Planning a Project)

·         IP3. Doprecyzowanie Uzasadnienia Biznesowego i Ryzyka (IP3. Refining the Business Case and Risks)

·         IP4. Ustanowienie elementów sterowania (IP4. Setting Up Project Controls)

·         IP5. Ustanowienie dokumentacji projektowej (IP5. Setting Up Project Files)

·         IP6. Zestawienie Dokumentu Inicjującego Projekt (IP6. Assembling a Project Initiation Document)

Sterowanie etapem (Controlling a stage)

Projekty realizowane wg metodyki PRINCE2 są podzielone na etapy zarządcze. Dokładna ilość etapów nie jest określona, zależy ona od wielkości projektów, poziomu ryzyka i ilości planowanych punktów decyjnych, w których następowałaby decyzja, czy projekt jest nadal uzasadniony biznesowo i czy należy kontynuować prace. W tym procesie realizowane jest bieżące zarządzanie projektem Kierownika Projektu.

Sterowanie etapem obejmuje następujące podprocesy:

·         SE1. Zgoda na wykonanie grupy zadań (CS1. Authorising Work Package)

·         SE2. Ocena postępów (CS2. Assessing Progress)

·         SE3. Rejestrowanie zagadnień projektowych (CS3. Capturing Project Issues)

·         SE4. Analizowanie zagadnień projektowych (CS4. Examining Project Issues)

·         SE5. Przeglądanie stanu etapu (CS5. Reviewing Stage Status)

·         SE6. Raportowanie o ważnych zdarzeniach (CS6. Reporting Highlights)

·         SE7. Podejmowanie działań korekcyjnych (CS7. Taking Corrective Action)

·         SE8. Eskalowanie zagadnień projektowych (CS8. Escalating Project Issues)

·         SE9. Odbieranie wykonanych grupy zadań (CS9. Receiving Completed Work Package)

Zarządzanie dostawą produktów (Managing product delivery)

PRINCE2 to metodyka oparta na produktach. Produktem może być rzecz materialna np. książka. Może nim być też rzecz bardziej niematerialna np. poziom usług serwisowych. W zasadzie wszystko, co zostało wytworzone przez projekt zgodny z PRINCE2, włączając w to dokumenty jest produktem. Produkt może być wytworzony przez kogokolwiek, także przez zewnętrznego dostawcę. W tym procesie wytwarza produkty specjalistyczne projektu, dla których został on uruchomiony i w tym procesie użytkowana jest zdecydowana większość zasobów.

Zarządzanie Wytwarzaniem Produktów obejmuje następujące podprocesy:

·         ZWP1. Przyjęcie grupy zadań do realizacji (MP1. Accepting a Work Package)

·         ZWP2. Wytwarzanie grupy zadań (MP2. Executing a Work Package)

·         ZWP3. Dostarczanie grupy zadań (MP3. Delivering a Work Package)

Zarządzanie zakresem etapu (Managing stage boundaries)

Zgodnie z PRINCE2 każdy etap musi być ukończony i zaakceptowany zanim Komitet Sterujący autoryzuje przejście do następnego etapu. W tym procesie weryfikowane jest, czy etap dostarczył wszystkie wymagane produkty i czy pierwotne parametry biznesowe nie uległy zmianie. Planowany jest też w tym kontekście uszczegółowiony plan następnego etapu.

Zarządzanie Zakresem Etapu obejmuje następujące podprocesy:

·         ZZE1. Planowanie etapu (SB1. Planning a Stage)

·         ZZE2. Uaktualnienia planu projektu (SB2. Updating a Project Plan)

·         ZZE3. Uaktualnienie uzasadnienia biznesowego projektu (SB3. Updating a Project Business Case)

·         ZZE4. Uaktualnienie rejestru ryzyka (SB4. Updating the Risk Log)

·         ZZE5. Raportowanie końca etapu (SB5. Reporting Stage End)

·         ZZE6. Opracowanie planu naprawczego (SB6. Producing an Exception Plan)

Zamykanie projektu (Closing a project)

Według metodyki PRINCE2 projekty muszą być zamykane w sposób uporządkowany i kontrolowany. Wszystkie doświadczenia zdobyte w trakcie prowadzenia projektu są rejestrowane, tworzony jest dokument przekazania i planowany jest przegląd powdrożeniowy. Po zakończeniu projektu w zaplanowanym momencie pozwalającym na należytą ocenę skutków biznesowych projektu przeprowadzany jest przegląd poprojektowy.

Zamykanie projektu ma następujące podprocesy:

·         ZP1. Przygotowanie projektu do zamknięcia (CP1. Decommissioning a Project)

·         ZP2. Określanie działań następczych (CP2. Identifying Follow-on Actions)

·         ZP3. Przegląd oceniający projekt (CP3. Project Evaluation Review)

Komponenty

Metodyka PRINCE2 obejmuje osiem komponentów wykorzystywanych w zarządzaniu projektem:

  1. Uzasadnienie biznesowe
  2. Organizacja
  3. Plany
  4. Elementy sterowania
  5. Zarządzanie ryzykiem
  6. Jakość w środowisku projektu
  7. Zarządzanie konfiguracją
  8. Sterowanie zmianami

Uzasadnienie biznesowe

Przeznaczeniem Uzasadnienia Biznesowego jest określenie mierzalnych celów uzasadniających zaangażowanie zasobów w projekcie. Uzasadnienie biznesowe musi być aktualizowane przez cały cykl życia projektu. Właścicielem uzasadnienia biznesowego jest Przewodniczący Komitetu Sterującego.

Organizacja

Struktura organizacyjna definiuje role i odpowiedzialności osób zarządzających i realizujących projekt.

Głównym rolami w projekcie są:

·         Komitet Sterujący (Project Board)

o        Przewodniczący Komitetu Sterującego (Executive)

o        Główny Użytkownik (Senior User)

o        ...

Zgłoś jeśli naruszono regulamin