| PRINCE2 Tour - Wstęp |
|
|
| Wpisany przez Paweł Schmidt |
| Wtorek, 06 Maj 2008 21:06 |
|
U źródeł metodyki PRINCE2 leży PROMPT (Project Resource Organisation Management Planning Technique) metodyka prowadzenia projektów informatycznych opracowana przez prywatną firmę Simpact Systems Limited w połowie lat 70. Na zamówienie rządu Wielkiej Brytanii wzbogacono metodykę o kwestię zarządzania jakością. Część standardu pod nazwą PROMPT II została w 1983 r. wprowadzona w jednostkach brytyjskiej administracji rządowej. 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 1996r. 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. Ostatnie zmiany zostały opublikowane w 2005 przez Office for Government Commerce (OGC) – następcę CCTA.(źródło: wikipedia) Początek działań, które mogą przekształcić się w projekt wynika wprost z jego definicji. Zgodnie z metodyką PRINCE2 projekt jest to „Środowisko zarządzania stworzone w celu dostarczenia jednego lub więcej liczby produktów biznesowych stosownie do specyficznych wymagań biznesu”. Wyzwalaczem Projektu jest więc Potrzeba Biznesowa, która ma zostać zaspokojona przez wytworzone i wdrożone do eksploatacji Produkty. Sam Projekt jest natomiast tymczasową strukturą, środowiskiem, w którym możliwe jest takie zarządzanie wytwarzniem i wdrażaniem Produktów, by Potrzebę Biznesową zaspokoić. ![]() Aby zrealizować projekt w sposób kontrolowany i bezpieczny metodyka PRINCE2 daje zespołowi projektowemu mapę, która pokazuje drogę, jaką ma się poruszać zespół projektowy tak, by doprowadzić projekt do pomyślnego* zakończenia. Tą mapą jest model procesów zarządczych skłądający się z 8 procesów głownych rozpisanych na podprocesy, które wraz ze wzajemnymi powiązaniami określają sposób postępowania praktycznie w każdej sytuacji projektowej. ![]() Te procesy to:
Dopełnieniem procesów są komponenty i techniki wymagane przez metodykę, wykorzystywane do zarządzania projektem. Komponenty:
Techniki:
Procesy opisują pełny cykl życia projektu od pojawienia się potrzeby biznesowej do zamknięcia projektu i rozpoczęcia eksplowatacji produktów technicznych. ![]() Połączenie procesów, komponentów i technik pokrywa wszystkie najistotniejsze obszary zarządzania projektem. Jednocześnie daje Project Managerowi dużą swobodę w doborze narzędzi służących do realizacji działań zarządczych w ramach realizacji poszczególnych procesów. Seria artykułów publikowanych w portalu PManager.pl ma na calu opisanie poszczególnych procesów w kontekście ich znaczenia dla realizacji projektu wraz z technikami i praktycznymi zagadnieniami z jakimi może spotkać się Project Manager na danym etapie realizacji przedsięwzięcia.
* - metodyka gwarantuje aktualność Uzasadnienia Biznesowego projektu przez cały czas jego trwania. W przypadku ustania uzasadnienia biznesowego lub w przypadku zwiększenia ryzyka projektu powyżej określonego poziomu tolerancji decyzją Przewodniczącego Komitetu Sterującego projekt powinien zostać przerwany. Zamknięcie projektu w tej sytuacji ma na celu ochronę właściciela projektu przed ponoszeniem dalszych strat bądź nieuzasadnionego ryzyka. Jednak i w tym przypadku decyzja o zamknięciu projektu jest podejmowana świadomie na podstawie wiarygodnych danych a samo zamknięcie projektu przebiega w sposób kontrolowany.
|
| Zmieniony ( Czwartek, 25 Czerwiec 2009 11:53 ) |