Szkolenia z zarządzania projektami IT: kiedy się opłacają

Szkolenia z zarządzania projektami IT opłacają się wtedy, gdy firma ma konkretny problem z prowadzeniem projektów: przekroczone terminy, zmiany zakresu bez kontroli, klienci zaskakiwani kosztami. Wtedy dobrze dobrane szkolenie daje wspólny język i narzędzia, które da się zastosować od następnego projektu. Gdy problemu nie ma albo leży gdzie indziej, szkolenie kończy się certyfikatem w szufladzie. Poniżej opisuję, jak odróżnić te sytuacje, jakie szkolenie wybrać i jak sprawdzić, czy zadziałało.

Piszę z dwóch perspektyw: software house’u, który prowadzi projekty dla klientów, i klienta, który zamawia system. Obie strony potrzebują kompetencji projektowych, choć innych. W ogłoszeniach i ofertach te same kursy występują też jako szkolenia z IT project management, więc traktuję te nazwy zamiennie.

Kiedy szkolenia z zarządzania projektami IT mają sens

Szkolenie ma sens, gdy problem wynika z braku wiedzy lub metody, a nie z braku ludzi albo złej umowy. Zanim wyślesz kogoś na kurs, nazwij, co konkretnie nie działa.

• Harmonogramy regularnie się rozjeżdżają, a nikt nie wie, w którym momencie projekt zaczął się opóźniać.
• Zmiany zakresu wchodzą w trakcie prac bez wyceny i bez decyzji, kto za nie płaci.
• Klient dowiaduje się o problemach na końcu, zamiast na bieżąco.
• Kierownikiem projektu został najlepszy programista, który nigdy nie prowadził ludzi ani budżetu.
• Każdy projekt jest prowadzony inaczej, zależnie od tego, kto go dostał.

Jeśli natomiast zespół jest przeciążony, bo na trzy projekty przypada jedna osoba, szkolenie nic nie zmieni. Podobnie gdy umowa z klientem nie przewiduje procedury zmian: to temat dla zarządu i prawnika, nie dla kursu.

Czego uczą dobre szkolenia z project managementu

Dobre szkolenie uczy kilku umiejętności, które od razu widać w projekcie: planowania z uwzględnieniem ryzyka, zarządzania zmianą, komunikacji z interesariuszami i kontroli budżetu. Teoria metodyk jest tłem, nie celem.

• Planowanie: rozbicie pracy na etapy, realistyczne estymacje, rezerwa na ryzyka, które da się nazwać.
• Zarządzanie zakresem i zmianą: jak przyjąć zmianę, wycenić ją i zapisać decyzję.
• Komunikacja: raport statusowy, który mówi o problemach wcześnie, i rozmowa z klientem o złych wiadomościach.
• Ryzyko: rejestr ryzyk, który ktoś naprawdę przegląda, a nie tabelka z pierwszego tygodnia.
• Narzędzia: praca w systemach takich jak Jira, Trello czy Asana, ale jako wsparcie metody, nie zamiast niej.

Najwięcej wartości dają szkolenia oparte na przypadkach z własnych projektów uczestników. Ćwiczenie na fikcyjnym projekcie budowy mostu słabo przenosi się na wdrożenie sklepu internetowego z integracją z ERP.

PMP, PRINCE2 czy Scrum: co wybrać

Wybór certyfikatu zależy od tego, jakie projekty prowadzisz i dla kogo. Nie ma jednej najlepszej ścieżki.

Ścieżka	Kiedy pasuje	Na co uważać
PMP	szeroka wiedza o zarządzaniu projektami, różne branże i typy projektów	dużo materiału, wymagane doświadczenie przed egzaminem
PRINCE2	organizacje z formalnym nadzorem projektów, sektor publiczny, duże firmy	łatwo przenieść całą biurokrację do małego projektu
Scrum: PSM, CSM, PSPO	wytwarzanie oprogramowania w krótkich iteracjach	certyfikat nie zastąpi doświadczenia w prowadzeniu sprintów z klientem
Warsztat wewnętrzny	ujednolicenie sposobu pracy w jednej firmie	wymaga osoby, która zna dobrze i teorię, i wasze projekty

W software housie, który buduje systemy na zamówienie, w praktyce najczęściej przydaje się połączenie pracy zwinnej z twardą umiejętnością zarządzania zakresem i umową. Sam Scrum nie odpowiada na pytanie, co zrobić, gdy klient z umową o stałej cenie chce nowych funkcji. Wyjaśniam to we wpisie, w którym porównuję modele fixed price czy time and materials, a podstawy metodyki opisuję w tekście o tym, jak zarządzać projektami IT w Agile.

Formy szkoleń, czas i koszty

Szkolenia różnią się formą, czasem i ceną, więc warto dobrać je do celu, a nie do najłatwiej dostępnej oferty. Ceny i wymagania egzaminacyjne zmieniają się, dlatego sprawdzaj je u organizacji, która wydaje certyfikat.

• Kurs z egzaminem: kilka dni zajęć plus samodzielna nauka, kończy się certyfikatem. Dobry, gdy certyfikat jest wymagany przez klientów lub w przetargach.
• Warsztat zamknięty dla zespołu: jeden lub dwa dni na waszych projektach i dokumentach. Najlepszy, gdy celem jest wspólny sposób pracy.
• Mentoring: doświadczony kierownik projektu towarzyszy nowemu przez kilka tygodni prawdziwego projektu. Najdroższy w przeliczeniu na osobę, ale daje najszybszą zmianę.
• Kursy online: tanie i elastyczne, dobre jako uzupełnienie, słabe jako jedyna forma.

Do kosztu szkolenia doliczaj czas pracy uczestnika. Kilka dni nieobecności kierownika projektu w trakcie ważnego wdrożenia to koszt, który łatwo pominąć.

Szkolenie po stronie klienta też ma znaczenie

Projekt IT prowadzą dwie strony, a kompetencje projektowe po stronie zamawiającego wpływają na wynik tak samo jak po stronie wykonawcy. Osoba, która u klienta odpowiada za projekt, musi umieć opisać potrzeby, podejmować decyzje o priorytetach i odbierać kolejne etapy.

Jeśli Twoja firma zamawia system, inwestycja w przygotowanie tej osoby często daje więcej niż szkolenie kogokolwiek innego. Dwa praktyczne tematy na początek to przygotowanie dobrej specyfikacji wymagań systemu i odbiór etapów na podstawie uzgodnionych kryteriów, który opisuję we wpisie o tym, jak przeprowadzić odbiór systemu i testy akceptacyjne.

Jak sprawdzić, czy szkolenie zadziałało

Efekt szkolenia mierzy się zmianą w projektach, nie ankietą satysfakcji po zajęciach. Ustal przed szkoleniem dwa lub trzy wskaźniki i porównaj je po kilku miesiącach.

• różnica między planowanym a faktycznym terminem kolejnych etapów,
• liczba zmian zakresu wprowadzonych bez wyceny i akceptacji,
• liczba eskalacji od klientów, którzy o problemie dowiedzieli się za późno,
• czy raporty statusowe powstają regularnie i czy ktoś na nie odpowiada.

Jeśli po szkoleniu nic się nie zmieniło, zwykle przyczyna leży poza uczestnikiem: brak czasu na stosowanie nowej metody, brak wsparcia przełożonego albo narzędzia, które nie pasują do tego, czego się nauczył. Wtedy kolejny kurs nie pomoże, pomoże zmiana warunków pracy.

Kiedy lepiej zatrudnić doświadczonego kierownika projektu

Szkolenie przyspiesza naukę, ale nie zastąpi kilku lat prowadzenia projektów. Jeśli najbliższy projekt jest duży i ryzykowny, rozsądniej jest postawić na osobę z doświadczeniem, a szkolenia zaplanować dla tych, którzy będą przy niej się uczyć.

Część firm wybiera też model mieszany: doświadczony kierownik projektu z zewnątrz prowadzi pierwszy duży projekt i jednocześnie uczy wewnętrzną osobę, która przejmie kolejne. Coraz częściej w tę pracę wchodzą też narzędzia AI, które odciążają kierownika projektu z dokumentacji. Gdzie realnie pomagają, opisałem we wpisie o tym, jak wygląda AI w zarządzaniu projektami IT.

Zanim kupisz szkolenia z zarządzania projektami IT, spisz trzy ostatnie projekty, które poszły gorzej, niż zakładano, i przy każdym zapisz jedną przyczynę. Jeśli przyczyny wskazują na brak metody, szukaj szkolenia, które ją daje. Jeśli wskazują na umowę, ludzi albo priorytety zarządu, zacznij od nich.