W naszej ofercie znajdziesz szkolenie House of PMO™ Essentials for PMO Administrators™. Jest to pierwsze z cyklu szkoleń akredytowanych przez APMG® stworzonych przez House of PMO™ z myślą o pracownikach PMO. Nastawione jest na przekazanie praktycznej wiedzy z tego obszaru, możliwej do wdrożenia w rzeczywistych sytuacjach.

Dlaczego House of PMO™

Do tej pory w portfelu szkoleń Inprogress mieliśmy w obszarze PMO do czynienia tylko z kursem P3O®. Podczas tego szkolenia uczestnicy poznają zasady tworzenia i organizowania biur wsparcia na poziomie projektu, programu i portfela. Jednakże nasi kursanci oczekiwali często wiedzy dotyczącej faktycznego działania PMO, co metodyka P3O® opisuje dość pobieżnie

Długo szukaliśmy szkolenia spełniającego wymagania naszych Klientów. W przeciwieństwie do obszaru zarządzania projektami, gdzie do dyspozycji mamy wiele metodyk, podejść i koncepcji, PMO nadal pozostaje mało zbadanym terytorium. W trakcie prowadzonej kwerendy natknęliśmy się na organizację House of PMO™ (https://houseofpmo.com), działającą od 2013 roku i szerzącą idee PMO.

House of PMO™ jest także twórcą i propagatorem standardów działania PMO. Co ciekawe, proponuje członkom PMO praktyczną koncepcję rozwoju zawodowego związaną ze stopniowym nabywaniem wiedzy i osiąganiem kolejnych „stopni wtajemniczenia”, przy czym skupia się na kwestiach dla nas istotnych, czyli przybliżeniu praktycznej działalności PMO.

Korzyści z udziału w szkoleniu House of PMO™ Essentials for PMO Administrators™

House of PMO™ Essentials for PMO Administrators™jest pierwszym w kolejności szkoleniem, skierowanym do osób początkujących, stawiających pierwsze profesjonalne kroki w PMO. Dzięki udziałowi w kursie:

• uzyskasz podstawową wiedzę o zarządzaniu projektem, programem i portfelem, wg framework’u PRAXIS®, stanowiącego ciekawą alternatywę dla np. metodyk PRINCE2®, MSP® i MoP® i będziesz zdawał/zdawała sobie sprawę jakie inicjatywy będziesz wpierał/wspierała,
• poznasz koncepcję budowy biura wsparcia PMO w oparciu o dojrzały model biura opartego na katalogu usług (przeciwstawiając się koncepcji PMO typu „wynieś, przynieś, pozamiataj”),
• dowiesz się, jak zorganizować swoją ścieżkę kariery w oparciu o zdefiniowane role Administratora, Analityka, Managera i Dyrektora PMO,
• zapoznasz się w szczegółach z zakresem obowiązków Administratora PMO – (podstawowego stopnia wtajemniczenia w strukturach PMO) „Administration” i „Delivery Support” w odniesieniu do konkretnych usług, np. organizowania spotkań, wsparcia zarządzania ryzykiem,
• poznasz schemat działania Administratora PMO: opis usługi, korzyści dla Klienta, schemat SIPOC usługi, metryka procesy, rady i sugestie,
• weźmiesz udział w praktycznych ćwiczeniach,
• zobaczysz przykładowe dokumenty na których pracuje Administrator PMO.

Czas trwania, certyfikacja House of PMO™

Szkolenie House of PMO™ Essentials for PMO Administrators™ trwa 2 dni. Pozwoliliśmy sobie dostosować czas szkolenia do wymagań polskiego Klienta, tj. zmniejszyliśmy liczbę dni szkoleniowych z trzech do dwóch, zwiększając jednocześnie intensywność samego kursu.

Po ukończeniu kursu uczestnicy mogą przystąpić do egzaminu. Po jego zdaniu otrzymują międzynarodowy certyfikat wydany przez APMG®. Egzamin składa się z 60 pytań testowych (jednokrotnego wyboru), nawiązujących do treści szkolenia. Na odpowiedź jest 45 minut. Aby uzyskać zaliczenie potrzeba 50% prawidłowych odpowiedzi, czyli równo 30. Egzamin przeprowadzany jest w sposób typowy dla egzaminów APMG® tj. w formie papierowej lub online.

Mamy nadzieję, że szkolenie House of PMO™ Essentials for PMO Administrators™ zainicjuje całą serię szkoleń pod egidą House of PMO™: Essentials for PMO Analysts™, Essentials for PMO Managers™ i w końcu Essentials for PMO Direcctors™.

Rafał Kulpiński

Artykuł Szkolenie House of PMO™ Essentials for PMO Administrators™ w Inprogress! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Szkolenie PeopleCert DevOps Fundamentals

Szkolenie PeopleCert DevOps Fundamentals jest przeznaczone dla wszystkich osób, które chciałyby zdobyć wiedzę i umiejętności z zakresu DevOps. Przede wszystkim jest dedykowane inżynierom DevOps, architektom systemów i sieci oraz specjalistom ds. integracji systemów. Ponadto mogą w nim wziąć udział również analitycy biznesowi, kierownicy zespołów, a także wszyscy zainteresowani zdobyciem oficjalnego certyfikatu PeopleCert DevOps Fundamentals.

Uczestnicy szkolenia zaznajomią się z terminologią, kluczowymi koncepcjami oraz podstawowymi praktykami z zakresu DevOps. Poznają zagadnienia związane z historią i rozwojem tej metodyki, a także jej wartością biznesową. Ponadto zdobędą wiedzę na temat struktury i zespołu DevOps, dzięki czemu będą potrafili zbudować interdyscyplinarny i wielofunkcyjny zespół. 

Szczegółowe informacje na temat szkolenia i egzaminu znajdziecie na naszej stronie internetowej: PeopleCert DevOps Fundamentals.

Inprogress ze statusem ATO

Na stronie PeopleCert możecie już zobaczyć zaktualizowany profil naszej firmy. Poniżej z kolei zamieszczamy oficjalny certyfikat uprawniający nas do przeprowadzania akredytowanych szkoleń PeopleCert DevOps Fundamentals.

Artykuł PeopleCert DevOps Fundamentals – Inprogress ze statusem ATO! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Jak narodził się AgileSHIFT?

Pierwotna wersja AgileSHIFT została opracowana przez ekspertów AXELOS na podstawie ich doświadczeń z różnymi organizacjami. Wstępna koncepcja przeszła kilka etapów testowania na przełomie 2017 i 2018 roku. W testach wzięło udział ponad 100 profesjonalistów z sektora publicznego i prywatnego ze Stanów Zjednoczonych, Niemiec, Wielkiej Brytanii, Indii, Australii czy Egiptu. Konsultacje te wpłynęły na ostateczny kształt AgileSHIFT.

AgileSHIFT uczy, jakie są zwinne sposoby pracy oraz jak zaakceptować zmiany i związaną z nimi niepewność. Ponadto rozwija umiejętności kierowania zmianą w organizacji oraz maksymalizuje wartości zwinnych metod, m.in. dzięki zorientowaniu na potrzeby klienta. Rozwiązanie to koncentruje się na systemowej zwinności przedsiębiorstwa ze szczególnym uwzględnieniem potrzeb klienta, wczesnego dostarczania i  przyrostowego narastanie korzyści.

Egzamin AgileSHIFT®

Aby przystąpić do egzaminu AgileSHIFT, należy wziąć udział w akredytowanym szkoleniu. Aktualnie egzamin jest dostępny jedynie w języku angielskim i trwa 45 minut (osoby, których językiem rodzimym nie jest język angielski, otrzymują dodatkowo 25% czasu). Test jednokrotnego wyboru składa się z 33 pytań, a każda z opcji jest ułożona w taki sposób, że kandydaci z niepełną wiedzą lub umiejętnościami faktycznie są w stanie zaznaczyć błędną odpowiedź.

Po zdaniu egzaminu uczestnicy otrzymują certyfikat ważny bezterminowo.

Szkolenie AgileSHIFT® 

Szkolenie AgileSHIFT® trwa 2 dni i kończy się egzaminem. Zdobywając oficjalny certyfikat, uczestnik potwierdza swoją wiedzę z zakresu zastosowania AgileSHIFT® w zarządzaniu projektami. Certyfikat wydawany jest bezterminowo. Szczegóły dotyczące szkolenia znajdziecie na naszej stronie: AgileSHIFT.

Artykuł AgileSHIFT® – zmiany niezbędne dla transformacji biznesu pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Inprogress z nową akredytacją

Stowarzyszenie Jakości Systemów Informatycznych (SJSI) przyznało nam akredytację w zakresie polskojęzycznej wersji materiałów ISTQB® (poziom podstawowy), które powstały na podstawie oryginalnych materiałów zgodnych z sulabusem z 2018 roku. Informację na temat akredytacji, którą otrzymała firma Inprogress, znajdziecie również na stronie SJSI: Nowa akredytacja materiałów ISTQB® – poziom podstawowy.

Stowarzyszenie Jakości Systemów Informatycznych to organizacja zajmująca się m.in. upowszechnianiem wiedzy na temat testowania oprogramowania oraz inicjowaniem i wspieraniem działań służących wdrażaniu rozwiązań w dziedzinie testowania systemów informatycznych. Misją organizacji jest wymiana doświadczeń oraz podnoszenie kwalifikacji dla osób, które zawodowo zajmują się jakością systemów informatycznych oraz ich testowaniem.

Zakres szkolenia

Nowa agenda szkolenia ISTQB® Certified Tester – poziom podstawowy składa się z 6 głównych obszarów wiedzy: podstaw testowania, testowania w cyklu życia oprogramowania, testowania statycznego, technik testowania, zarządzania testami i narzędzi stosowanych w testowaniu. Szczegółową rozpiskę zagadnień omawianych w każdym z tych tematów znajdziecie poniżej:

1. Podstawy testowania

• Co to jest testowanie?
• Dlaczego testowanie jest niezbędne?
• Siedem zasad testowania.
• Proces testowy.
• Psychologia testowania.

2. Testowanie w cyklu życia oprogramowania

• Modele cyklu życia oprogramowania.
• Poziomy testów.
• Typy testów.
• Testowanie pielęgnacyjne.

3. Testowanie statyczne

• Podstawy testowania statycznego.
• Proces przeglądu.

4. Techniki testowania

• Kategorie technik testowania.
• Czarnoskrzynkowe techniki testowania.
• Białoskrzynkowe techniki testowania.
• Techniki testowania oparte na doświadczeniu.

5. Zarządzanie testami

• Organizacja testów
• Planowanie i szacowanie testów.
• Monitorowanie testów i nadzór nad testami.
• Zarządzanie konfiguracją.
• Czynniki ryzyka a testowanie.
• Zarządzanie defektami.

6. Narzędzia wspomagające testowanie

• Uwarunkowania związane z narzędziami.
• Skuteczne korzystanie z narzędzi.

Więcej informacji na temat szkolenia zgodnego z syllabusem 2018 znajdziecie na stronie ISTQB® Certified Tester – poziom podstawowy.

Artykuł Inprogress z nową akredytacją przyznaną przez Zarząd SJSI! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Status DASA Training Partner

Status DASA Training Partner upoważnia firmy do przeprowadzenia akredytowanych szkoleń i egzaminów z zakresu DevOps Fundamentals. Szkolenia przeprowadzane są w oparciu o licencjonowane materiały szkoleniowe z ITPreneurs.

Czym jest DevOps?

Termin DevOps został zaproponowany przez Patricka Debois i jest skrótem dwóch słów – development (rozwój) i operations (eksploatacja). Pojęcie to odzwierciedla główne założenie metodyki, którym jest połączenie funkcjonujących zazwyczaj osobno obszarów: rozwoju oprogramowania oraz operacji (administracji) IT. Dzięki usprawnieniu komunikacji i zaangażowania pomiędzy osobami pracującymi w tych działach, cele osiągane są szybciej i skuteczniej.

DevOps został po raz pierwszy zaprezentowany w 2009 roku podczas pierwszej konferencji DevOps Days, która odbyła się w Belgii. Na początku metodyka sprawdzała się głównie w dużych firmach, w których zaobserwowano negatywne skutki braku współpracy i skoordynowania działań pomiędzy działami rozwoju i operacji. Aktualnie DevOps sprawdza się również w wielu małych organizacjach, w których zmiany są wdrażane stosunkowo często.

Według badań aż 59% firm wykorzystuje w swojej pracy DevOps, natomiast 36% planuje wdrożyć tę metodykę w najbliższym czasie (wykres poniżej). Więcej informacji w artykule na stronie DASA: DevOps: a culture, a movement, a practise.

Szkolenie DASA DevOps Fundamentals

Szkolenie DASA DevOps Fundamentals przeznaczone jest dla osób związanych z zarządzaniem usługami IT, w tym m.in. administratorów systemów informatycznych, architektów korporacyjnych, specjalistów ds. integracji systemów, architektów sieci czy też osób pracujących na stanowisku Product Owner. Podczas szkolenia omówione zostaną zagadnienia teoretyczne i praktyczne związane z DevOps. Uczestnicy poznają podstawową terminologię, koncepcje i pryncypia dotyczące tej metodyki oraz zrozumieją znaczenie ścisłej współpracy i komunikacji administratorów IT oraz specjalistów rozwoju oprogramowania.

DevOps, choć jest metodyką stosunkowo młodą, z roku na rok zyskuje na popularności w firmach specjalizujących się w usługach IT. Warto w tym momencie wspomnieć, że w planowanej aktualizacji ITIL-a, która została podyktowana opiniami tysięcy specjalistów, nacisk zostanie położony m.in. na możliwość zastosowania biblioteki ITIL w połączeniu z metodykami DevOps, Lean czy Agile. Szczegółowe informacje o zmianach są dostępne w artykule Aktualizacja ITIL-a – co przyniesie 2018 rok?

Szkolenia DASA DevOps Fundamentals będą dostępne w ofercie Inprogress od września 2018 roku. Zachęcamy do zapoznania się z opisem szkolenia i zasadami egzaminu na podstronie DASA DevOps Fundamental.

Inprogress na stronie DASA

Profil naszej firmy jest już widoczny na stronie DASA w zakładce Training Partners.

Artykuł Inprogress ze statusem DASA Training Partner! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Metody zwinnego zarządzania od lat stosowane są poza wąskim obszarem wytwarzania oprogramowania, z którego się wywodzą – stały się już kanonem w projektach każdego typu, stąd zarówno filozofia, wartości jak i praktyki agile miały mocniej wejść także do PMBOK® Guide. Zapowiadając szóstą edycję podręcznika sygnalizowano również zwrócenie większej uwagi na biznesowe aspekty prowadzenia projektów oraz rolę projektów w realizacji założeń biznesowych i strategicznych. Przyjrzymy się więc, czy i w jakim stopniu zapowiadane zmiany stały się faktem.

Ile agile w PMBOK® Guide?

Wraz z szóstą edycją PMBOK® Guide ukazała się kompletnie nowa publikacja – Agile Practice Guide, wydana przez PMI we współpracy z Agile Alliance. Oba podręczniki są promowane wspólnie, można też je zakupić w jednym pakiecie i, co ciekawe, są udostępniane członkom PMI w jednym pliku PDF – nie można więc pobrać PMBOK® Guide bez Agile Practice Guide. Jest to jasny sygnał, że obie publikacje należy traktować łącznie, co samo w sobie stanowi potwierdzenie, że praktyki zwinne stają się nieodłącznym elementem zarządzania projektami.

Omówienie Agile Practice Guide to na pewno temat na osobny artykuł, warto tu jednak poświęcić tej publikacji parę zdań komentarza. Rozpoczyna się ona od ogólnego omówienia, czym jest podejście zwinne, włącznie z przypomnieniem Agile Manifesto. Następnie mamy szerokie omówienie cyklów życia projektu, od w pełni przewidywalnych, poprzez iteracyjne i przyrostowe aż do zwinnych, wraz z obszernym opisem podejścia hybrydowego. Kolejny rozdział mówi nam o tworzeniu środowiska zwinnego – począwszy od zdefiniowania przywództwa służebnego i roli project managera właśnie jako servant leadera. Omówione zostały także zasady tworzenia zwinnych zespołów i powszechnie występujące w nich role. Kolejna część poświęcona została dostarczaniu – omówiono tu najbardziej popularne praktyki agile, na czele z retrospekcjami, daily standups, backlogiem, burndown i burnup chart czy tablicą Kanban. Mamy też rozdział poświęcony organizacyjnym aspektom wdrażania i stosowania agile, gdzie między innymi omówiono, czym powinno charakteryzować się Agile PMO. Bardzo cenne są również aneksy – w pierwszym z nich opisano jak poszczególne obszary wiedzy PMBOK® Guide powinny być dostosowane do kontekstu zwinnego. Drugi aneks mapuje opisane w Agile Practice Guide praktyki i narzędzia na poszczególne wartości i zasady Agile Manifesto. Trzeci z nich to przegląd i krótkie omówienie najpopularniejszych metod zwinnych, między innymi Scrum, XP, Crystal, DSDM, SAFe, LeSS czy Disciplined Agile. Warty wspomnienia jest także Appendix X3, który prezentuje ciekawe narzędzie w postaci wykresu radarowego, służące do oceny, czy i w jakim stopniu można i warto stosować podejście zwinne w konkretnym projekcie i środowisku.

Wróćmy jednak do samego PMBOK® Guide. Najistotniejszą zmianą „pro-agile” w jego treści jest dodanie w każdym z rozdziałów poświęconych obszarom wiedzy sekcji zatytułowanej Considerations for Agile/Adaptive Enviroments. Znajdziemy w nich porady dotyczące stosowania procesów i praktyk z danego obszaru wiedzy w projektach zarządzanych zwinnie i wskazania, jakich metod zwinnych można użyć w tym obszarze. Choć nie są to opisy szczegółowe, mogą okazać się bardzo przydatne zwłaszcza dla praktyków „tradycyjnego” zarządzania, chcących korzystać z metod zwinnych, dotykają bowiem samego sedna ich stosowania w danym obszarze. Przykładowo, w obszarze Project Quality Management uwagę zwrócono na częste kontrole jakości, „wbudowane” w proces wytwarzania, umożliwiające szybkie wykrycie problemów z jakością i niespójności oraz na retrospektywy, które regularnie pomagają w optymalizacji procesów wytwórczych.

Wiele nawiązań do praktyk zwinnych znajduje się również w sekcjach Trends and Emerging Practices, obecnych we wszystkich rozdziałach poświęconych obszarom wiedzy. Nic w tym dziwnego – adaptacja praktyk zwinnych we wszelkiego typu projektach jest obecnie jednym z dominujących trendów w zarządzaniu projektami. Duch i filozofia agile przeniknęły również inne fragmenty podręcznika. Na jego kartach natkniemy się chociażby na przywództwo służebne, samoorganizujące się zespoły, retrospektywy, backlog, epiki i user stories, wśród narzędzi i technik opisane są między innymi Agile release planning czy Burndown chart. W opisie wielu procesów wskazano różnice w ich stosowaniu w środowisku zwinnym oraz przykłady zastosowań metod agile.

Niezwykle istotnym do zrozumienia, w jaki sposób do podejścia zwinnego odnosi się PMBOK® Guide, jest fragment rozdziału 1, dotyczący rodzajów cyklu życia projektu. Obok „tradycyjnego”, przewidywalnego cyklu życia mamy opisane cztery inne, równoważne rodzaje cyklu życia: przyrostowy, iteracyjny, adaptacyjny oraz hybrydowy. Wszystkie cykle życia zostały omówione szerzej w dodatku X3 wraz ze wskazaniem, w jakich okolicznościach warto je stosować. Jest to doszczegółowienie koncepcji opisanej w poprzedniej edycji i stanowi wyraźne wskazanie, że traktowanie PMBOK® Guide jako podejścia typu waterfall od dość dawna nie jest już zasadne.

Czy można więc powiedzieć, że PMBOK® Guide w swoim szóstym wydaniu stał się nagle podręcznikiem zwinnego zarządzania projektem? Z pewnością nie i być może twardogłowi entuzjaści agile poczują się tym zawiedzeni – nie ma tu bowiem przełomu kopernikańskiego i pełnego zastąpienia praktyk „tradycyjnych” metodami zwinnymi – WBS nie zostanie zastąpiony przez product backlog, a klasyczny harmonogram przez burndown chart. Jak powiedział Darryl Booker w wywiadzie dla Strefy PMI: „IT IS STILL A PROJECT – so you need to apply and utilize ’same old, same old’ project management techniques. (…) So, if you like to be a good at Agile first you need to be at man­aging the projects”. Tym niemniej, szóste wydanie PMBOK® Guide daje nam wiele wskazówek dotyczących uwzględniania filozofii agile w projektach oraz stosowania konkretnych zwinnych praktyk. Nie staniemy więc już przed wyborem – stosować PMBOK® Guide czy agile, lecz raczej przed wyzwaniem połączenia najlepszych praktyk podejścia tradycyjnego i zwinnego.

Orientacja na biznes

Drugą najbardziej istotną spośród zapowiadanych zmian miało być uwzględnienie bardziej biznesowego podejścia do projektów. Zwiastunem tej zmiany było opublikowanie 3 lata temu PMI Talent Triangle™ – trójkąta kompetencji PMI, którego boki opisują trzy obszary kompetencji kierownika projektu, a wśród nich właśnie Strategic and Business Management. Kompetencje biznesowe i strategiczne uznano więc za kluczowe dla kierownika projektu – nie będzie on już tym, który interesuje się tylko „dowiezieniem” projektu „na czas, w budżecie, zgodnie z ustalonym zakresem”. To bardziej zorientowane na biznes podejście znajdzie również swój wyraz w większym nacisku na uzasadnienie biznesowe i realizację korzyści projektowych. W tym celu stworzono nową kategorię dokumentów – Business documents, zaliczając do nich Business case oraz nowość – Project benefits management plan. Jest to znacząca zmiana w porównaniu do piątej edycji, gdzie Business case było jedynie wejściem do procesu Develop Project Charter, a potem… nie było już używane ani razu. W szóstej edycji oba wyżej wymienione dokumenty biznesowe mają być utrzymywane przez cały cykl życia projektu, choć wciąż traktowane są jako zewnętrzne wobec projektu. Nie są więc aktualizowane w ramach procesów PMBOK® Guide, stanowią natomiast wejścia do wielu procesów. Odpowiedzialnym za utrzymywanie Business case uczyniono sponsora, natomiast do kierownika projektu należy zapewnienie, że projekt dostarcza korzyści opisane w obu dokumentach biznesowych oraz dopilnowanie zgodności pomiędzy tymi dokumentami a kartą projektu i planem zarządzania projektem. W podrozdziale dotyczącym dokumentów biznesowych opisane zostały również miary sukcesu projektów, z wyraźnym wskazaniem, że sukces to już nie tylko osiągnięcie celów projektu zgodnie z planem, ale przede wszystkim uzyskanie korzyści opisanych w uzasadnieniu biznesowym. Project management benefits plan ma natomiast określić sposób i terminy pomiaru tychże korzyści oraz wskazać osoby za to odpowiedzialne.

 Być jak dyrygent – rola kierownika projektu

Kolejną dużą zmianą w porównaniu do poprzednich wersji PMBOK® Guide jest nowy rozdział 3., poświęcony roli kierownika projektu. Zaczyna się on od ciekawego porównania kierownika projektu do dyrygenta dużej orkiestry, ze wskazaniem wspólnych cech, jakie obie te role powinny posiadać. Najważniejsze w tym rozdziale jest jednak omówienie kompetencji kierownika projektu, opartych PMI Talent Triangle™, którego boki zestawiają kompetencje techniczne (Technical Project Management), przywódcze (Leadership) oraz biznesowo-strategiczne (Strategic and Business Management). Szczególnie ważne w kontekście wyżej opisanej większej orientacji na biznes, a także zupełnie nowe w PMBOK® Guide są te ostatnie. Wśród kompetencji biznesowo-strategicznych wymieniono rozumienie strategii organizacji, znajomość branży, w której funkcjonuje organizacja oraz zdolność przełożenia tych aspektów na decyzje i działania wspierające zgodność projektu ze strategią oraz innowacyjność. Kierownik projektu powinien również potrafić wyjaśniać innym biznesowe aspekty projektu, przełożyć je na właściwą strategię realizacji projektu (delivery strategy), po czym wdrażać ją w sposób umożliwiający maksymalizację wartości biznesowej projektu. Kierownik projektu ma też we współpracy ze sponsorem zapewnić utrzymanie celów projektu w zgodności ze strategią biznesową.

Wśród wspomnianych w tym rozdziale kompetencji technicznych kierownika projektu warto wymienić między innymi umiejętność dostosowania (tailoring) narzędzi, technik i metod, zarówno tradycyjnych jak i zwinnych, do specyfiki projektu oraz zdolność do priorytetyzacji.

Zdolności przywódcze kierownika projektu zostały opisane szerzej niż umiejętności interpersonalne w poprzednich wersjach podręcznika. Oprócz typowych umiejętności miękkich jak na przykład komunikowanie się, zarządzanie relacjami i konfliktami, współpraca, budowanie zespołu, mamy tu wymienione także krytyczne myślenie, bycie wizjonerem, posiadanie całościowego i systemowego spojrzenia na projekt czy ciągłe uczenie się.

W rozdziale poświęconym roli kierownika projektu omówione zostały również różnice pomiędzy przywództwem i zarządzaniem oraz różne style przywództwa, z których szczególnie warto wymienić przywództwo służebne (servant leadership).

Wprowadzenie nie musi być nudne

Już przy pierwszym przejrzeniu nowego wydania PMBOK® Guide rzuca się w oczy rekonstrukcja i duże zmiany w treści pierwszych trzech rozdziałów, wprowadzających do zarządzania projektami. Zawarte tam w poprzedniej edycji momentami niezbyt pasjonujące treści zostały znacząco skrócone. Z korzyścią dla czytelnika – obecna zawartość tych rozdziałów już na pierwszy rzut oka wydaje się zdecydowanie bardziej przejrzysta i zrozumiała. Począwszy od samego omówienia czym jest projekt, gdzie w porównaniu do poprzedniej wersji podkreślono to, że projekty wprowadzają zmiany w organizacji (Projects drive change) oraz, co już wspomniano, przynoszą wartość biznesową (Projects enable business value creation). Omówione zostały również powody, dla których organizacje podejmują projekty. Zdecydowanie bardziej zrozumiały jest opis Organizational Project Management i związków pomiędzy projektami, programami i portfelami oraz pracą operacyjną. W rozdziale 1. podkreślono również konieczność dostosowania (tailoring) praktyk opisanych w PMBOK® do specyfiki i potrzeb konkretnego projektu. Zamieszczono tu także  znacznie skróconą wersję zawartego wcześniej w 3. rozdziale opisu grup procesów (Process Groups) i obszarów wiedzy (Knowledge Areas). Dzięki temu uniknięto nużących powtórzeń tych samych treści w różnych miejscach standardu.

Rozdział 2. szóstego wydania zatytułowany The environment in which projects operate zawiera treść skróconą i uproszczoną względem analogicznych zagadnień poruszanych w wydaniu piątym. Bardziej klarownie opisane zostały przysparzające do tej pory wątpliwości interpretacyjnych kwestie Organizational process assets i Enterprise environmental factors. Porzucono szczegółowe opisy typów struktur organizacyjnych (funkcyjna, macierzowa, projektowa, złożona) – typologia ta była zbyt dużym uproszczeniem, któremu wymykała się rzeczywistość wielu projektów. W nowym wydaniu mamy natomiast czytelną tabelę przedstawiającą aż 10 różnych typów struktur organizacyjnych ze wskazaniem podstawowych cech każdej z nich i różnic pomiędzy nimi.

Podsumowując zmiany w pierwszych rozdziałach PMBOK® Guide – nowe wydanie oferuje nam zdecydowanie krótsze, ciekawsze i łatwiejsze w odbiorze wprowadzenie do zarządzania projektami. Wygospodarowane w ten sposób miejsce przeznaczono na bardzo ważny, omówiony wyżej rozdział poświęcony roli kierownika projektu.

By czytało się lepiej…

Również w kolejnych rozdziałach PMBOK® Guide, tych opisujących kolejne obszary wiedzy i procesy w nich zawarte, dopilnowano, by treść była bardziej przystępna dla korzystających z podręcznika. Każdy z dziesięciu rozdziałów poświęconych obszarom wiedzy rozpoczyna się w wystandaryzowany sposób czteroma sekcjami: Key Concepts, Trends and Emerging Practices, Tailoring Considerations oraz opisaną już wcześniej Considerations for Agile/Adaptive Enviroments.

Key Concepts to zebranie najważniejszych pojęć i koncepcji dotyczących danego obszaru wiedzy. Nie są to kwestie zupełnie nowe, w większości były już one opisane wcześniej, różnicą jest to, że zebrano je i uporządkowano na początku rozdziału. Wszystkie te koncepcje dodatkowo zostały zebrane razem w dodatku X4.

W sekcjach Trends and Emerging Practices opisano najnowsze kierunki, w jakich rozwija się zarządzanie danym obszarem wiedzy.  Przykładowo, w obszarze Project Schedule Management opisano iteracyjne harmonogramowanie z wykorzystaniem backloga oraz metody zarządzania przepływem pracy typu „pull”, charakterystyczne dla metody Kanban.

Pomocne dla praktyków chcących skorzystać z PMBOK® Guide będą również sekcje Tailoring Considerations. Znajdziemy tam pytania, jakie należy sobie zadać przy doborze praktyk odpowiednich dla danego projektu. Na pewno pomoże to kierownikom mniej złożonych projektów w rezygnacji z części opisanych procesów czy metod oraz dopasowaniu PMBOK-owych wskazówek do specyfiki projektu.

Kolejnym elementem, który może pomóc w lepszej orientacji w gąszczu opisanych praktyk jest Appendix X6 – Tools and Techniques, wprowadzający kategorie narzędzi i technik oraz mapujący je na procesy, w których są wykorzystywane. To coś, czego do tej pory w PMBOK® Guide brakowało i na pewno będzie stanowić dużą pomoc dla przygotowujących się do egzaminów PMP® i CAPM®.

Co w procesach piszczy?

Nowe wydanie niesie za sobą wiele zmian w obszarach wiedzy i procesach, choć nie są to zmiany fundamentalne. Zasadnicza konstrukcja PMBOK® Guide pozostała taka sama – nie pojawiły się nowe obszary wiedzy czy grupy procesów. Wprowadzono natomiast 3 nowe procesy, jeden usunięto, zmieniono też nazwy niektórych obszarów wiedzy i procesów. Całość zmian w procesach i obszarach wiedzy podsumowuje Tabela 1.

Obszar Project Time Management nazywać się od tej pory będzie Project Schedule Management –  zmiana ta jest słuszna, bo czas upływa niezależnie od nas i nie da się nim zarządzać, możemy natomiast zarządzać rozłożeniem prac projektu w czasie, czyli harmonogramem. Większe korekty pojawiły się w obecnym obszarze wiedzy Project Human Resource Management, który został przemianowany na Project Resource Management i obejmie zarządzanie wszystkimi zasobami, nie tylko ludzkimi. Do tego obszaru przeniesiony został proces Estimate Activity Resources, wcześniej obecny w obszarze Project Time Management.

W szóstym wydaniu PMBOK® Guide pojawią się trzy nowe procesy:

Manage Project Knowledge to proces w obszarze wiedzy Project Integration Management. Konieczność mocniejszego zaznaczenia wagi zarządzania wiedzą w projektach była zgłaszana przez wielu praktyków, także z Polski, i nareszcie to oczekiwanie środowiska zostało uwzględnione – zarządzanie wiedzą projektową znalazło swoje oficjalne miejsce w PMBOK® Guide i nie będzie już wspominane jedynie „przy okazji”. Co ważne, proces obejmuje zarządzanie nie tylko wiedzą udokumentowaną (explicit knowledge), ale także tą niespisaną (tacit knowledge), opisuje więc „miękkie” metody dzielenia się wiedzą i tworzenia kultury organizacji uczącej się.

Control Resources w obszarze wiedzy Project Resource Management, to proces dodany ze względu na to, że ten obszar wiedzy obejmuje teraz zarządzanie wszystkimi zasobami, nie tylko ludzkimi. Brak procesu monitorowania i kontrolowania w tym obszarze był do tej pory tłumaczony tym, że nie kontrolujemy ludzi, tylko ich pracę oraz jej efekty. Ale teraz, gdy obszar uwzględnia również inne zasoby, takie jak materiały czy sprzęt, dodanie procesu kontrolowania jest jak najbardziej zasadne.

Implement Risk Responses w obszarze wiedzy Project Risk Management to z kolei dobra odpowiedź na pojawiające się do tej pory wątpliwości dotyczące tego, w jakim procesie i w jaki sposób wdrażamy reakcje na ryzyka i jak to wpływa na inne procesy zarządzania projektem.

Usunięty został natomiast proces Close Procurements – opisane tam wcześniej kwestie zostaną zawarte w procesie Close Project or Phase. W efekcie nowe wydanie PMBOK® Guide opisze nam 49 procesów, w porównaniu do 47 procesów w piątej edycji standardu.

Zmienione zostały też nazwy niektórych procesów – co ciekawe, w pewnym stopniu nastąpił odwrót od wprowadzonego w piątym wydaniu ujednolicenia nazw procesów monitorowania i kontrolowania. Ponadto, proces Perform Quality Assurance nosi obecnie nazwę Manage Quality, a zamiast Plan Stakeholder Management  mamy Plan Stakeholder Engagement. Całość zmian w nazewnictwie procesów prezentuje Tabela 1.

* * *

Kolejne wydania PMBOK® Guide odzwierciedlają kierunki, w jakich zmienia się profesja zarządzania projektami. Tworzone są na zasadzie konsensusu w środowisku i opisują praktyki, co do których stosowania panuje szeroka zgoda w branży. Zadaniem kolejnych edycji PMBOK® Guide nie jest więc kreowanie czy ustanawianie nowych trendów w zarządzaniu projektami, ale raczej „kodyfikowanie” sprawdzonych już praktyk, stosowanych powszechnie i w projektach każdego typu. Trzeba o tym pamiętać, by nie zagalopować się w ocenie tego, że w PMBOK® Guide wciąż jest czegoś za mało, lub że standard zmienia się zbyt powoli.

Można śmiało powiedzieć, że zmiany w szóstym wydaniu idą o wiele dalej niż zmiany wprowadzone w poprzedniej wersji. I choć wtedy wprowadzono dużą modyfikację samej struktury PMBOK® Guide (dodano obszar wiedzy Project Stakeholder Management), a tym razem tak widocznych na pierwszy rzut oka zmian nie było, to jednak w znacznym stopniu zmieniły się duch i filozofia PMBOK® Guide, a jego treści lepiej odpowiadają kierunkom, w jakich rozwija się nasza profesja.

Nie sposób opisać w pojedynczym artykule wszystkich zmian wprowadzonych w nowym wydaniu PMBOK® Guide. Zachęcam wszystkich do sięgnięcia po szóste wydanie i samodzielne zapoznanie się z nowościami. Na pewno będzie to łatwiejsze niż wcześniej – w moim odbiorze nowe wydanie wyróżnia dbałość o to, by podręcznik był zdecydowanie bardziej przyjazny czytelnikowi.

Artykuł autorstwa naszego eksperta Szymona Pawłowskiego ukazał się w kwartalniku „Strefa PMI” nr 18, 2017 r.

Chcesz wiedzieć więcej o Akademii PMP i zmianach w PMBOK® Guide? Sprawdź nasz terminarz szkoleń.

Artykuł Co nowego w szóstym wydaniu PMBOK® Guide? pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Spośród zgłoszonych instytucji do konkursu na Examination Institute, PEOPLECERT został najlepiej oceniony i zaproszony do współpracy z AXELOS Global Best Practice, jako wyłączny dostarczyciel usług akredytacyjnych i egzaminacyjnych na świecie.

Inprogress jako pierwsza firma szkoleniowa w Polsce podjęła współpracę z PEOPLECERT, liderem wśród jednostek akredytacyjnych i egzaminacyjnych. Na przestrzeni lat wspólnie pracowaliśmy nad poszerzeniem rynku w Polsce, promując nową jakość i światowe standardy.

Cieszymy się wraz z PEOPLECERT i mamy nadzieję, że nasza dalsza współpraca z będzie równie owocna jak dotychczas.

Artykuł PEOPLECERT jedynym Examination Institute na rynku pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Co przyniesie update? Przede wszystkim będą to: nowy podręcznik oraz odmienione egzaminy Foundation i Practitioner.
Czego konkretnie można się spodziewać? Zdradzamy Wam kilka kluczowych zmian.

Aktualizacja kładzie nacisk na:

• dostosowanie metodyki do potrzeb organizacji i środowisk projektowych,
• jasność powiązań pomiędzy tematami i zasadami
• praktyczne zastosowanie wytycznych, z licznymi przykładami i wskazówkami

W przypadku egzaminów:

• Na poziomie Foundation zmieniona zostanie liczba pytań. Egzamin obejmować 60 pytań, czyli o 15 mniej niż w wersji aktualnie obowiązującej.
• Na poziomie Practitioner zmniejszona zostanie ilość „Dodatkowych informacji” niezbędnych do udzielenia odpowiedzi na pytania, usunięte zostaną pytania wielokrotnego wyboru, liczba punktów możliwych do osiągnięcia zostanie zredukowana do 75 a certyfikaty będą ważne 3 lata.

Opisywana w artykule aktualizacja w roku 2017 będzie dotyczyć wersji angielskiej.
Polska wersja językowa poczeka na zmiany do roku 2018.

Artykuł Aktualizacja PRINCE2® w połowie roku 2017! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

COBIT^®5 to rezultat ponad 15 lat praktyk

Zasady COBIT^®5 są uniwersalne i przydatne dla organizacji różnej wielkości, dla firm komercyjnych, podmiotów sektora publicznego czy organizacji non-profit. Opracowanie COBIT^®5 powstało jako rezultat ponad 15 lat praktycznego stosowania metod COBIT^®5 przez szereg pracowników ze środowisk biznesowych i informatycznych oraz z obszarów ryzyka, bezpieczeństwa i nadzoru. Zasady, praktyki, narzędzia analityczne i modele zawarte w COBIT^®5 zawierają przemyślane przywództwo i wytyczne pochodzące od firm i ekspertów w zakresie zarządzania technologiami informacyjnymi z całego świata.

COBIT^®5 to integracja zarządzania przedsiębiorstwem i zarządzania IT

COBIT^®5 (ang. Control Objectives for Information and related Technology) zawiera najnowsze wytyczne stowarzyszenia ISACA w obszarze nadzoru oraz zarządzania IT. Wytyczne ISACA zapewniają pogląd biznesowy typu end-to-end na temat zarządzania przedsiębiorstwem z dziedziny technologii informacyjnych, odzwierciedlając centralną rolę informacji i technologii w tworzeniu wartości dla przedsiębiorstw wszystkich typów. COBIT^®5 to jedyny framework obejmujący kompleksowe tworzenie ładu poprzez spójną i logiczną integrację zarządzania przedsiębiorstwem i zarządzania IT.

Jak wygląda przykładowy test egzaminacyjny COBIT^®5?

By móc zapoznać się z przebiegiem egzaminu oraz ceną COBIT^®5 Foundation, należy zajrzeć na harmonogram szkoleń COBIT5 Foundation i wybrać dany termin szkolenia.

Artykuł Egzamin COBIT®5 też już jest w języku polskim! pochodzi z serwisu Inprogress Akredytowane Szkolenia.

Czym jest PRINCE2 Agile?

Szkolenie PRINCE2 Agile Practitioner™ (brak poziomu Foundation) stanowi rozwinięcie uznanej na całym świecie metodyki zarządzania projektami PRINCE2^® (PRojects IN Controlled Environments). PRINCE2^® jest metodyką skutecznego zarządzania projektami w sterowalnym otoczeniu, ale jednocześnie dostosowaną do nowych okoliczności biznesowych. Co to oznacza?

W dzisiejszych czasach prawdziwym wyzwaniem stały się projekty, które są realizowane w celu zaspokojenia potrzeb biznesowych, ale nie zawsze wiadomo na początku, jaki będzie pełny zakres projektu. Zmiany dotyczą także innej kwestii dotyczącej projektu. Otóż inną charakterystyczną cechą dzisiejszych projektów jest często ustalony na początku zarówno czas oraz koszt projektu. Wymusza on potraktowanie zakresu jako elementu, który będzie zmieniał się wraz z realizacją projektu. To znacznie utrudnia zastosowanie tradycyjnych tzw. waterfall`owych podejść do zarządzania projektem. Odpowiedzią na te tendencje stała się właśnie metodyka PRINCE2 Agile™, która stanowi rozszerzenie standardowej metodyki PRINCE2^® „w dół” o elementy związane ze zwinnym wytwarzaniem produktów biznesowych projektu.

Czas trwania szkolenia i przebieg egzaminu

Szkolenie trwa 3 dni, a językiem wykładowym jest język polski. Szkolenia są organizowane na jednym poziomie zaawansowania i przygotowują do egzaminu PRINCE2 Agile Practitioner (brak poziomu Foundation). Warunkiem koniecznym przystąpienia do egzaminu jest posiadanie certyfikatu PRINCE2 Practitioner.  Egzamin składa się z 50 pytań – za każde z nich można otrzymać 1 punkt. Aby zdać egzamin wymagane jest uzyskanie co najmniej 30 punktów, tj. 60%. Egzamin trwa 150 minut i można go zdawać w języku polskim. W czasie trwania egzaminu można korzystać wyłącznie z oficjalnego podręcznika PRINCE2 Agile. Harmonogram szkoleń oraz pełen opis szkolenia wraz z opisem programu znajduje się pod linkiem: PRINCE2 Agile z egzaminem po polsku.

Artykuł Egzamin PRINCE2 Agile™ już w języku polskim! pochodzi z serwisu Inprogress Akredytowane Szkolenia.