PMBOK® Guide ma od teraz nieodłącznego towarzysza, Piętaszka z nieco przydługim imieniem Agile Practice Guide®. Jego wpływ na starszego brata jest niejasna i dla kandydatów na PMP® dość podejrzana. Bowiem, jak sam PMI® przyznaje, nie można wykluczyć, że na egzaminie PMP® pojawią się treści zaczerpnięte z innych pozycji książkowych. A ponadto pytania egzaminacyjne pisane są w osobnym procesie, więc kto wie, co tam woluntariusze natworzą. Tak to wygląd przynajmniej z perspektywy PMI®. Jeżeli nie wierzycie, to sami przeczytajcie. Jednocześnie źródłem wiedzy o zawartości egzaminu jest ten dokument. Nie znajdziemy w nim słów agile, scrum, czy tym podobne, choć to nie znaczy, że nie wystąpią na egzaminie. Bowiem ów dokument jest napisany dość ogólnym językiem. (więcej…)
PMI® regularnie publikuje kolejne wersje swojej sztandarowej pozycji, jaką jest PMBOK® Guide. Oprócz aktualizacji treści znamiennym zjawiskiem jest jej rosnąca objętość. Według moich luźnych szacunków co wersję przybywa około 100 stron. W ostatniej wersji zmniejszono wręcz gramaturę papieru, aby dało się tą cegłę, jakoś wziąć do ręki. Myślę, że wersja dziesiąta śmiało będzie mogła służyć jako blokada kół w Boeingu 777, gdy stoi na pasie albo narzędzie obronno-zaczepne, o ile ktoś da radę tym cisnąć wystarczająco daleko.
Oczywiście daleki jestem od posądzania autorów tego kompendium o złośliwość. Po prostu do książki dołączane są kolejne praktyki, techniki i narzędzia, które popularyzują się w świecie zarządzania projektami. Jednak taka obfitość ma swoją ciemną stronę, książka jest podstawą do egzaminu PMP®, chyba najlepiej rozpoznawalnego certyfikatu w branży projektowej i niestety nowe treści oznaczają podniesienie poprzeczki dla kandydatów.
Aktualna wersja szósta ma około 800 stron brutto, po odjęciu indeksu, podziękowań, wstępu, spisu treści etc. pozostaje około 720 stron netto. To całkiem spory materiał i uważam to za głęboko niesprawiedliwe, że sam zdawałem PMP® na podstawie ok. 400 stron. Oczywiście niesprawiedliwe dla dzisiejszych kandydatów, nie dla mnie :D. Zatem warto zadać pytanie, czy należy się bać nowej wersji, jak daleko idące zmiany wprowadzono do jej struktury. (więcej…)
Wbrew tytułowi tego wpisu, nic nie wiem o tym, aby PMI® zamierzało wprowadzić nowy certyfikat. Wiadomo, że za 2 miesiące wyjdzie nowy PMBOK® Guide poszerzony między innymi o terminologię zwinną, a na przełomie lat konsekwentnie zmieni się egzamin PMP®. Jednak nie o takiej zmianie tu zamierzam napisać. Przyszedł mi do głowy pomysł, w jaki sposób PMBOK® Guide i sam certyfikat zarządzania projektami mógłby się rozwijać.
Przedstawiamy krótki filmik na temat certyfikatu PMP® (Project Management Professional).
Wideo przybliża wszystko to, co kandydato do PMP® powinien wiedzieć na starcie. Wartość certyfikacji dla posiadaczy, warunki wstępne, tricki na egzamin, przebieg procesu certyfikacji i sposób przygotowania. (więcej…)
Standardy PMBOK Guide, czyli Guide to the Project Management Body of Knowledge, dotyczą zarządzania projektami, które są normą w ich praktycznej realizacji. W 1996 roku ukazała się pierwsza wersja PMBOK Guide, stale podlegająca kolejnym aktualizacjom. Najnowsza jest szósta edycja z 2017 roku. Nasze szkolenia na bazie aktualnych standardów, dlatego uwzględniają wszystkie najnowsze zmiany. Przewodnik stanowi podstawę dla każdego, kto chce zawodowo zajmować się szeroko pojętym zarządzaniem projektami. Dostępne w nim informacje dokładnie rozwijają najważniejsze zagadnienia i pomagają zadbać o efektywność podejmowanych działań.
Nasza firma zajmuje się organizacją szkoleń z zakresu zarządzania projektami, dla których merytoryczną podstawą jest PMBOK Guide. Ten kultowy podręcznik zawiera szereg niezbędnych informacji – nie tylko w zakresie standardowo organizowanych projektów, ale także w przypadku nietypowego przebiegu poszczególnych procesów. Jest on owocem pracy doświadczonych specjalistów od spraw kierowania projektami, którzy podzielili się swoimi spostrzeżeniami i zebrali je w szereg sprawdzonych standardów. Zachęcamy do bliższego zapoznania się z tą pozycją, z naciskiem na szóstą edycję zawierającą najnowsze aktualizacje.
Czym jest PMBOK Guide?
Podręcznik PMBOK Guide należy określić jako zbiór technik niezbędnych do efektywnego zarządzania projektami. Z łatwością można się odnaleźć w jego treści, ponieważ został podzielony na 10 praktycznych obszarów. W zależności od aktualnych potrzeb warto zagłębić się w informacje dotyczące zakresu, czasu, kosztów, jakości, ryzyka, komunikacji, zespołu, integralności, zakupów i interesariuszy. Podręcznik krok po kroku przeprowadza nas przez szeroko pojęty proces projektowy, dokładnie analizując poszczególne zagadnienia. PMBOK Guide opiera się na 47 typowo rutynowych działaniach, które z łatwością można zastosować w praktyce. Książka tłumaczy zagadnienia i istotę inputów i outputów oraz ich rolę w efektywności realizacji konkretnych projektów. Proponuje określone praktyki, czyli metody i standardy postępowania, niezbędne dla przekształcenia inputu w output. Informacje zawarte w podręczniku definiują, w jaki sposób wyjścia z wybranych procesów mogą być zarazem wejściem w kolejne etapy, tworząc tak zwane sekwencje. Wśród kluczowych zagadnień poruszanych przez PMBOK Guide warto także wyróżnić kwestię tworzenia karty projektu. Książka została napisana przez najlepszych praktyków kierowania projektami, którzy poruszają poszczególne obszary w oparciu o wspólny język. W podręczniku pojawiają się charakterystyczne określenia, takie jak lead, fishbone, RFQ, crashing, control chart czy fast tracking.
Dlaczego warto zapoznać się z PMBOK Guide?
PMBOK Guide zawiera wiedzę niezbędną do skutecznego zarządzania projektami, dlatego z podręcznikiem powinna zapoznać się każda osoba zawodowo zajmująca się kierowaniem i realizacją projektów. Warto jeszcze raz podkreślić, że książka została napisana z zastosowaniem specyficznego języka, doskonale znanego wszystkim praktykom. Jego znajomość może okazać się kluczowym atutem podczas ubiegania się o nową posadę – pracodawcy chętniej współpracują z osobami, które dokładnie rozumieją specyfikę procesów zarządzania. Świetna orientacja w PMBOK Guide będzie niezastąpiona w praktyce, pozwalając szybko znaleźć konkretne wskazówki na temat realizacji poszczególnych etapów projektu.
Co zawiera PMBOK Guide VI?
Najnowsza aktualizacja podręcznika PMBOK Guide szeroko rozwija zagadnienie zwinnego zarządzania projektami. Doskonale sprawdzi się w ich praktycznej realizacji, pomagając wybrać odpowiednie narzędzia i metody. W książce znajdziemy zarówno charakterystykę standardowych etapów projektu, jak i przyrostowych oraz zwinnych cyklów. Jednym z ważniejszych zagadnień jest rola project managera, który powinien pełnić funkcję servant leadera. PMBOK Guide VI skupia się na zwinnym zarządzaniu projektami, pomagając wprowadzać je również przy tradycyjnych procesach. Podręcznik wskazuje konkretne metody zwinne, jakie można zastosować w wybranym obszarze. Książka cechuje się większą orientacją na biznes, szczególnie w porównaniu do jej początkowych edycji. Stanowi obowiązkową lekturę zarówno dla amatorów, jak i praktyków bazujących na pierwszych częściach PMBOK Guide.
Właśnie opublikowaliśmy nasz filmik przybliżający rolę i funkcjonowanie książki A Guide to the Project Management Body of Knowledge.
Mamy nadzieję, że spodoba się wam nasze dzieło. Filmik można zobaczyć tutaj:
PMI, PMBOK, PMP, PMI-ACP, PgMP, PfMP are registered mark of the Project Management Institute, Inc.
Pytania na egzaminie PMP® formułowane są sytuacyjnie. To znaczy zamiast pytania o definicję, raczej spotkacie pytania o sposób zachowania się w określonej sytuacji. Na przykład zamiast pytania „Czym jest karta kontrolna?” będzie pytanie „Otrzymałeś informację, że ostatnia partia produktów była obarczona wadami. Przeanalizowałeś kolejne kroki produkcyjne i dowiedziałeś się, że każda operacja jest precyzyjnie monitorowana. Z jakiego raportu najprawdopodobniej skorzystasz?”
W związku z powyższym w trakcie dyskusji z uczestnikami jednego ze szkoleń przygotowujących do PMP® uświadomiłem sobie, że istnieje olbrzymi problem ze zrozumieniem, czemu służą i w jakich sytuacjach bywają pomocne wybrane procesy PMBOK® Guide. Przy odrobinie wysiłku każdy „wykuje na blachę” stronę 61, ale aby zrozumieć przeznaczenie owej książki, trzeba umieć sobie wyobrazić rzeczywiste sytuacje, w których jej poszczególne zagadnienia okazują się użyteczne. To tak, jakby wyryć wszystkie wzory z podręcznika do statystyki i wierzyć, że podróże samolotem są mniej bezpieczne od jazdy samochodem, albo, że szczepionki są szkodliwe i nieskuteczne, bo dziecko znajomego ma autyzm.
Poniżej lista przykładowych sytuacji. Na końcu tego artykułu znajdziecie ich rozwiązania i komentarze moje do nich. Pytanie do każdej z tych sytuacji jest takie samo:
Jaki proces zastosujesz w danej sytuacji i jaką technikę z PMBOK® Guide?
Podpisujesz umowę z dostawcą, uzgodniona cena kontraktu to 100 000 $, a w razie szybszego wykonania dostawca otrzyma dodatkowo 1 000 $ za każdy dzień przyśpieszenia. Przy okazji pytanie, jaki to typ kontraktu.
W projekcie Abelardo okazało się, że partia produkcyjna wybrana do próby nie spełnia wymogów jakościowych. Postanawiasz zlecić przejrzenie parametrów pracy maszyn.
W tym samym projekcie Abelardo szef produkcji wskazał jednak, że próba nie była reprezentatywna, bo pobrana z tylko 1 z 10 maszyn, choć ty pobrałeś ją zgodnie z procedurą. Zgadzasz się z nim i wspólnie z działem jakości postanawiacie zmodyfikować procedurę.
Dwóch członków zespołu w projekcie Rutger pokłóciło się o sposób przydzielania zadań. Nikt nie chce wykonywać zadań monotonnych. Zatem podejmujesz decyzję, aby inaczej rozdzielić zadania.
Jednak reszta zespołu projektu Rutger podpowiada, że konflikt między nimi ciągnie się od wielu lat i z tego względu nikt ich wcześniej nie angażował do wspólnego projektu. Ty jesteś nowym pracownikiem organizacji o tym mogłeś nie wiedzieć. Zamiast zmieniać rozdział zadań decydujesz się mediować w tej sprawie.
Klient w twoim projekcie Roar ciągle zmienia zdanie. Ty zaś, ponieważ nie masz wielkiej decyzyjności, posłusznie rejestrujesz wszystkie zgłoszenia i analizujesz informację o ich wpływie na plany projektu.
W tymże projekcie Roar dyrektor technologii poprosił, abyś tylko do niego wysyłał raporty z lista zgłoszonych żądań zmian. Oznacza to usunięcie z adresatów tego raportu samego klienta, ale szef każe, to to robisz.
W projekcie Roar, klient wściekł się, gdy dowiedział się, że nie dostanie od razu listy zmian, a dopiero po jej akceptacji przez dyrektora technologii. Twój szef stwierdził, że masz to załatwić. Decyzji dyrektora technologii nie da się zmienić. Zatem teraz musisz po prostu umówić się z klientem na spotkanie i załagodzić sytuację.
Klient w projekcie Roar ewidentnie się obraził i oznajmił, że w takim razie zakończy współpracę po bieżącym etapie. Po sprawdzeniu okazało się, że faktycznie umowa na to zezwala. Twój szef poprosił o opracowanie scenariusza jak najoptymalniejszego wyjścia z tej sytuacji. Zabierasz się natychmiast za to zadanie.
W projekcie Roar szef obejrzał twój scenariusz awaryjny i powiedział, żebyś wysłał go do dyrektora technologii oraz dyrektora handlowego i zapytał, co oni na to. Przygotowujesz piękną prezentację i wysyłasz do wszystkich zainteresowanych.
Dyrektor handlowy również zdenerwował się, za twoimi plecami spotkał się z klientem projektu Roar i ustalił, że inny zespół wykona ten projekt do końca. Będzie to zewnętrzna firma. Od następnego miesiąca ten projekt nie będzie już twoim zmartwieniem. Teraz musisz jedynie posprzątać.
W projekcie konstrukcyjnym jeden z twoich podwykonawców. Regularnie się spóźnia z oddawaniem swoich prac. Co tydzień prosisz go o prognozę zakończenia, obiecuje, że skończy w ciągu najbliższych kilku dni, a następnie tydzień później okazuje się, że nadal nie zakończył prac i przekazuje ci kolejną prognozę. Sytuacja powtarza się od 5 tygodni. Postanawiasz pojechać do niego i bezpośrednio od jego pracowników zebrać dane dotyczące postępu prac.
Klient chce zamówić rozwiązanie, jednak nie ma wiedzy, jak miałoby działać. Jest jedynie świadom swojej potrzeby biznesowej. Uznał, że najlepszym sposobem jest wyciągnięcie wiedzy od dostawców. Postanawiasz zorganizować specjalne spotkanie z potencjalnymi dostawcami, aby zebrać ich wiedzę.
Dział marketingu zgłosił mnóstwo zastrzeżeń do nowego pomysłu na projekt, który właśnie miał być zatwierdzony. W toku analiz okazało się, że uprzednio w ogóle nie skonsultowano koncepcji z kilkoma ważnymi działami, więc zatwierdzenie projektu odłożono. Teraz musisz na nowo przemyśleć, z kim ponownie konsultować koncepcję.
W trakcie projektu tworzenia systemu informatycznego spotkałeś z kierownikiem innego projektu. Powiedział ci w sekrecie, że technologia, której użyli jest bardzo niestabilna i trzeba poczekać na jej nową wersję albo wykonać mnóstwo testów i obejść błędów. Okazuje się, że również w twoim projekcie ma ona być użyta za 2 miesiące. Postanawiasz przyglądać się bliżej tej sytuacji.
W projekcie, który prowadzisz okazało się, że w trakcie kontroli jakości produktów pojawiły się błędy. Cięcia metalu nie są wykonane dostatecznie równo i precyzyjnie. Analiza wskazała jako źródło problemu niedoświadczonych pracowników. Postanawiasz zaradzić temu przez doszkolenie ludzi.
W twoim projekcie doszły cię sygnały, że zespół stracił zapał do pracy. Powodem jest rosnąca liczba zmian zakresu. Klient za nie płaci, bo jest zadowolony z pracy, ale ludzie nie widzą końca projektu i ich to irytuje. Decydujesz przerwać prace na dwa dni, wyjechać z nimi w góry i trochę się rozerwać, a przy okazji podyskutować o dalszej koncepcji realizacji projektu.
Taki przypadków można mnożyć godzinami. Na jednym ze szkoleń cały dzień analizowaliśmy głównie tego typu sytuacji i na koniec dnia uczestnicy uznali, że dopiero teraz rozumieją, dlaczego PMBOK® Guide jest tak złożony i po co są te wszystkie procesy. Co tylko utwierdziło mnie, że taka metoda nauki jest faktycznie efektywna.
Odpowiedzcie sobie na pytanie, które procesy PMBOK® Guide byłyby uruchomione w każdej z tych sytuacji oraz jakie techniki. Warto przed tym wykuć na pamięć sławną stronę 61 z tabelką obszarów wiedzy i grup procesów. Wpiszcie w Google „PMBOK® Guide page 61″ a zobaczycie, co to za strona. Więcej o tym, jak odkodowywać PMBOK® Guide możecie przeczytać w poprzednim wpisie.
Poniżej zamieszczam moją interpretację odpowiedzi. Pamiętajcie jednak, że podane wyżej przypadki są króciutki i odarte z kontekstu, zatem kilka odpowiedzi może okazać się właściwych zależnie od przyjętych założeń. Grunt, aby za udzieloną odpowiedzią stało dobre rozumienie PMBOK® Guide.
Proces – Conduct Procurements. Typ kontraktu to FPIF – fixed price incentive fee. Komentarz – w tym procesie zawiera się umowy.
Proces – Control Quality. Technika – np. Control Chart. Komentarz – to jest po prostu kontrola jakości.
Proces – Plan Quality Management. Komentarz – zmiana standardów to inaczej przeplanowanie jakości.
Proces w aspekcie planowania – Estimate Activity Resources, w aspekcie koordynacji Direct and Manage Project Work. Komentarz – przypisania zadań do ludzi w planie dokonuje się w Estimate…, zaś na bieżąco wskazania, kto, co dzisiaj robi to Direct and Manage …
Proces – Manage Project Team. Komentarz – to jest rozwiązywanie konfliktów, więc wspomniany wcześniej proces jest adekwatny.
Proces – Perform Integrated Change Control. Technika – Change register. Komentarz – identyfikacja żądań zmian (Change Requests) odbywa się w tym procesie.
Proces – Plan Communications Management. Komentarz – zmiana adresatów komunikacji to zmiana planu komunikacji.
Proces – Manage Stakeholder Engagement. Komentarz – łagodzenie napięć z interesariuszami odbywa się w tym procesie.
Proces – Perform Integrated Change Control. Komentarz – ten proces odpowiada za analizę wpływu zmian na projekt.
Proces – Manage Communications. Komentarz – rozsyłanie informacji odbywa się w tym procesie.
Proces – Close Procurements oraz Close Project or Phase. Komentarz – aby posprzątać, trzeba wykonać oba procesy grupy zamykania.
Proces – najpierw Control Schedule, a potem Monitor and Control Project Work. Komentarz – tu zakładamy bezpośrednią obserwację prac w kontekście opóźnień, czyli zbieramy Work Performance Data od ludzi, a potem interpretujemy to, czyli tworzymy Work Performance Information.
Proces – Conduct Procurements. Technika – Bidder conference. Komentarz – spotkania z dostawcami są w tym procesie.
Proces – Identify Stakeholders. Komentarz – kontekst wskazuje na inicjację projektu, a w inicjacji mamy tylko dwa procesy.
Proces – Identify Risks, a potem Control Risks. Komentarz – nowe ryzyko do monitorowania.
Proces – Develop Project Team. Komentarz – szkolenia ludzi są w tym procesie.
Proces – również Develop Project Team. Technika – Team-building, np. Massawa :). Komentarz – podobnie, jak motywowanie.
I pamiętajcie PMBOK® Guide 6 staje się zwinny, co oznacza, że będzie bardziej opasły. O jakieś 100 stron bardziej. A wszystkich zainteresowanych certyfikatem PMP® zapraszamy na nasze szkolenie przygotowujące.
PMI, PMBOK, PMP, PMI-ACP, PgMP, PfMP are registered mark of the Project Management Institute, Inc.
