PRINCE2® czy Agile PM?

warsztat
PRINCE2® czy Agile PM?
A może oba naraz?
Tomasz Nędzi
Czym jest PRINCE2® wiedzą prawie wszyscy.
To metodyka zarządzania projektami stworzona w Wielkiej
Brytanii i rozwijana od 1975 roku. Preferowana przez administrację publiczną i postrzegana czasami (ze względu na błędy
wdrożenia) jako biurokratyczna, „ciężka” i mało przyjazna. Za to
metodyki agile wydają się panaceum na problemy związane ze
stosowaniem PRINCE2®.
Termin agile wziął się od Manifestu Agile (Manifest Zwinnego
Wytwarzania Oprogramowania) podpisanego w 2001 roku
przez przedstawicieli metodyk zwinnych takich jak: programowanie ekstremalne, Scrum, Dynamic Systems Development
Method, Adaptive Software Development, Crystal Clear, Feature Driven Development, Pragmatic Programming.
Sam Manifest sugeruje, że istotne jest nie tylko to, co „ludzkie”,
jak również to, co ludziom pozwala pracować w sposób skuteczny i zorganizowany. Brzmi on następująco:
„Wytwarzając oprogramowanie i pomagając innym w tym zakresie, odkrywamy lepsze sposoby wykonywania tej pracy.
W wyniku tych doświadczeń przedkładamy:
––Ludzi i interakcje ponad procesy i narzędzia
––Działające oprogramowanie ponad obszerną dokumentację
––Współpracę z klientem ponad formalne ustalenia
––Reagowanie na zmiany ponad podążanie za planem.
Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej.”
Jedną z wymienionych metod jest Dynamic Systems Development Method (w skrócie DSDM), której wersja z 2007 roku
została nazwana DSDM Atern.
Atern jest skrótem od Arctic Tern, co po polsku oznacza rybitwę
32
popielatą. Rybitwa ta chętnie współpracuje i może pokonywać
duże odległości. Z tego względu uosabia wiele cech charakterystycznych dla DSDM np. ustalanie priorytetów i chęć do
współpracy.
Podzbiór DSDM Atern opisujący projekt z perspektywy Kierownika Projektu został zebrany w podręcznik Agile Project
Management Handbook version 1.1, który jest podstawą do
certyfikacji na poziomie Foundation lub Practitioner. W samym
podręczniku znajdziemy takie elementy konstrukcyjne jak:
––filozofia – czyli to, że „każdy projekt musi być dopasowany do jasno określonych celów strategicznych i koncentrować się na wczesnym dostarczeniu prawdziwych
korzyści biznesowi”
––pryncypia – 8 pryncypiów podkreślających to, jakie nastawienie musi mieć i utrzymać zespół, by dostarczać produkty
i korzyści w sposób ciągły
––procesy – określone kroki realizowane w projekcie w celu
wytworzenia odpowiednich produktów i przekazania ich
użytkownikowi
––ludzie – charakterystyka ról i rozdzielania odpowiedzialności z uwzględnieniem biznesu, osób odpowiedzialnych za
zarządzanie oraz za dostawców
––produkty – opis około 20 produktów definiujących aspekty
zarządcze, biznesowe oraz techniczne projektu
––praktyki – techniki, które w projekcie mogą zostać zastosowane, takie jak: priorytetyzacja MoSCoW, warsztaty, timeboxing, itd.
Z tego wyliczenia wynika, że sporo aspektów projektu jest
dobrze zdefiniowanych, co może być zaskakujące dla osoby
spodziewającej się po metodyce zwinnej zupełnej swobody
działania.
ZARZĄDZANIE PROJEKTAMI
Po porównaniu z elementami konstrukcyjnymi PRINCE2®
takimi jak:
––procesy (czyli zbiory działań opisujących zarządzanie
projektem)
––tematy (obszary, którymi trzeba się w projekcie zająć)
––pryncypia (zasady, których trzeba przestrzegać, zarządzając projektem)
––sposób dopasowania PRINCE2® do konkretnego projektu i jego otoczenia,
okazuje się, że niektóre z tych elementów są do siebie
podobne. Mało tego, właśnie w możliwości łączenia obu
metodyk upatruje się dużych korzyści, co stoi w sprzeczności z koncepcją „jedno albo drugie”. O tym, jak połączyć
obie metodyki opowiada książka Agile Project Management:
Running PRINCE2™ projects with DSDM™ Atern™. Poniżej niektóre sugestie publikacji.
––PRINCE2® opisuje sposób zarządzania projektem, nie
definiując jednak, w jaki sposób produkty specjalistyczne
będą wytwarzane, a Agile PM dobrze sobie z tym radzi,
więc połączenie obu metod da większą kontrolę nad
zarządzaniem projektem, pozwalając na dostarczenie
produktów w zdefiniowanym czasie i koszcie.
––PRINCE2® opisuje role w projekcie, jednak najniżej
opisaną rolą w strukturze jest Kierownik Zespołu. Zakłada się, że sposób zdefiniowania struktury zespołu
jest odpowiedzialnością dostawcy. W Agile PM definiujemy role związane z wytworzeniem produktów specjalistycznych zarówno po stronie biznesu, jak i dostawcy,
więc w tym obszarze mamy kolejną korzyść.
––Procesy obu z metodyk uzupełniają się, a Agile PM
definiuje również proces w PRINCE2® występujący pod
nazwą: Zarządzanie Dostarczaniem Produktów.
––Techniki wymieniane w podręczniku PRINCE2® mogą
zostać uzupełnione o te zdefiniowane w Agile PM, odzwierciedlające filozofię agile, takie jak warsztaty, priorytetyzacja, modelowanie, oraz timeboxing.
––Produkty definiowane w PRINCE2® to wyłącznie produkty zarządcze. Produkty specjalistyczne nie są definiowane w standardzie, jednak i tutaj z pomocą przychodzi Agile PM, definiując produkty z perspektywy biznesu,
zarządzania i od strony technicznej. Obie metodyki wywodzą się z IT, jednak obie wykraczają już poza zastosowania
w informatyce i mogą być swobodnie stosowane do projektów
w innych obszarach. Historia DSDM (protoplasta Agile PM)
sięga roku 1994, co pokazuje, że w obu przypadkach mamy do
czynienia ze sprawdzonymi i osadzonymi metodami.
To krótkie porównanie obu metod pozwala wyciągnąć wniosek,
że agile nie zawsze jest alternatywą dla PRINCE2®, a staje
się dobrym jego uzupełnieniem. Dzięki temu wiele organizacji
nie musi porzucać wdrożonego w organizacji PRINCE2®, by
nagle przerzucić się na modny ostatnio agile. Te organizacje
mogą nadal stosować to, co zostało wdrożone, dodając dodatkowo metodykę DSDM Atern, by uzyskać korzyści wynikające
ze stosowania agile, takie jak dostarczanie produktów w nieprzekraczalnym budżecie, jakości i czasie, co w dzisiejszych
konkurencyjnych czasach może być bardzo ważne.
PRINCE2®, P3O®, P2M2®, P3M3® są zarejestrowanymi znakami handlowymi Kancelarii Premiera Wielkiej Brytanii – UK Cabinet Office.
Bibliografia
Agile Project Management Handbook Version 1.1, TSO 2012
Agile Project Management: Running PRINCE2™ projects with DSDM™
Atern™, TSO 2007
PRINCE2™ – Skuteczne zarządzanie projektami, TSO 2010
Tomasz Nędzi
PRINCE2®/MoR®/P3O® Approved Trainer Accredited
Practitioner Coach (IIC), NM Practitioner Coach,
NM Executive & Corporate Coach
Prezes Zarządu i Lead Trainer w skills sp. z o. o.;
Prezes Stowarzyszenia BPUG® Polska i Wiceprezes IIC Polska; Absolwent Wydziału Zarządzania
Uniwersytetu Warszawskiego; Podyplomowych
Studiów Telekomunikacji, Informatyki i Zarządzania CITCOM Politechniki Warszawskiej. Ukończył
program Executive MBA Politechniki Warszawskiej,
London Business School, HEC i NHH. Był stypendystą Programu TEMPUS. Od 1993 związany z zarządzaniem projektami i programami. Pracował
w IBM Polska i NASK, a od 2004 roku szkoli, doradza i prowadzi coaching z zakresu zarządzania
projektami/programami i ryzykiem. W 2004 roku
przetłumaczył na język polski podręcznik PRINCE2®, oraz brał udział w tłumaczeniu podręczników
„P3O® – Biura Portfeli, Programów i Projektów”,
„MSP® Skuteczne Zarządzanie Programami” oraz
„M_o_R® Zarządzanie Ryzykiem: Przewodnik dla
Praktyków” na język polski. Jest recenzentem podręczników w wersji angielskiej.
33