Metoda PERT – jak szacować czas zadań i planować projekt?

„Powinno zająć trzy dni” to często początek planowania. Problem pojawia się wtedy, gdy te trzy dni zakładają komplet materiałów, brak poprawek i pełną dostępność wykonawcy. Wystarczy niespełnienie jednego warunku, aby realizacja projektu zaczęła odbiegać od harmonogramu.

Metoda PERT pomaga oszacować czas zadania na podstawie trzech scenariuszy: optymistycznego, najbardziej prawdopodobnego i pesymistycznego. Zamiast ukrywać niepewność w jednej liczbie, pozwala ją omówić i uwzględnić w obliczeniach. Poniżej znajdziesz wzór PERT, przykład oraz sposób powiązania estymacji z zależnościami, zapasem czasu i wykresem Gantta.

Co to jest metoda PERT i kiedy warto ją stosować?

PERT to skrót od Program Evaluation and Review Technique. Jest techniką planowania i analizy harmonogramu uwzględniającą niepewność czasu trwania. W codziennej pracy określenie „metoda PERT” często oznacza samo szacowanie trzypunktowe. To przydatny punkt startu, ale pełny obraz projektu wymaga również zależności między zadaniami.

PERT nie jest kompletną metodyką zarządzania projektami. Wspiera przede wszystkim zarządzanie czasem projektu i rozmowę o ryzyku harmonogramu. Nie zastępuje ustalenia zakresu, podziału odpowiedzialności czy kryteriów odbioru. Metodyki zarządzania projektami mogą wykorzystywać PERT jako jedną z technik planowania.

Metoda jest szczególnie użyteczna, gdy zadania projektowe mają określony rezultat, ale ich czas zależy od jakości danych, poprawek lub trudności wykonania. Przykłady to konfiguracja systemu, migracja danych czy opracowanie dokumentacji. Przy rutynowych czynnościach wystarczające mogą być dane historyczne. Przy zupełnie nieznanym zakresie najpierw trzeba zebrać informacje.

PMBOK 7 opisuje estymację wielopunktową jako szacowanie kosztu lub czasu z wykorzystaniem średniej albo średniej ważonej wariantów optymistycznego, pesymistycznego i najbardziej prawdopodobnego. To uzasadnia pracę na kilku scenariuszach, gdy pojedyncza liczba nie oddaje niepewności zadania.

Metoda PERT i trzy estymacje: optymistyczna, najbardziej prawdopodobna i pesymistyczna

Zanim zespół projektowy poda liczby, powinien ustalić, co oznacza zakończenie zadania. „Przygotować konfigurację” może obejmować samo wprowadzenie ustawień albo także testy i poprawki. Bez wspólnego zakresu każdy będzie szacował inną pracę.

Wariant	Co oznacza?	Pytanie do wykonawcy
Optymistyczny (O)	Czas przy sprzyjających, ale realistycznych warunkach.	Ile to zajmie, jeśli wszystko będzie prawidłowo i unikniemy istotnych poprawek?
Najbardziej prawdopodobny (M)	Czas w scenariuszu uznanym za najbardziej typowy dla tej pracy.	Ile zwykle potrzebujemy przy takim zakresie i takich warunkach?
Pesymistyczny (P)	Czas przy niekorzystnych warunkach uwzględnionych w scenariuszu.	Ile potrwa praca, jeśli wystąpią trudności lub poprawki?

Wszystkie wartości muszą dotyczyć tego samego zakresu, tej samej jednostki i spójnych założeń. Obowiązuje zależność: O ≤ M ≤ P. Nie można porównywać dwóch godzin pracy z pięcioma dniami oczekiwania bez wyjaśnienia, co właściwie mierzymy.

Wariant pesymistyczny nie powinien być dowolnie dużą liczbą „na wszelki wypadek”. Zapisz konkretne przyczyny: dodatkowa korekta pliku, trudniejszy przypadek konfiguracji, ponowne testy. Taka ocena ryzyka projektu daje więcej niż samo poszerzenie widełek. Jednocześnie przyjęty wariant pesymistyczny nie gwarantuje, że w rzeczywistości nic nie potrwa dłużej.

Wzór PERT i przykład obliczenia czasu zadania

Klasyczny wzór PERT nadaje czterokrotnie większą wagę estymacji najbardziej prawdopodobnej:

TE = (O + 4 × M + P) / 6

TE oznacza oczekiwany czas trwania w przyjętym modelu. Wzór podaje PMI w Practice Standard for Scheduling. PMBOK 7 omawia szacowanie wielopunktowe szerzej; nie należy przypisywać mu tego konkretnego równania. Załóżmy, że przygotowanie i sprawdzenie konfiguracji zajmie optymistycznie 2 dni robocze, najprawdopodobniej 3 dni, a przy większej liczbie poprawek 5 dni. Wtedy:

TE = (2 + 4 × 3 + 5) / 6 = 19 / 6 ≈ 3,17 dnia roboczego.

Przy przeliczniku 8 godzin na dzień daje to 3 dni, 1 godzinę i 20 minut. Taki wynik widoczny jest również w pokazanym dalej oknie Fortask. Zwykła średnia trzech wartości wyniosłaby około 3,33 dnia. PERT daje inny wynik, ponieważ większą wagę przypisuje scenariuszowi najbardziej prawdopodobnemu.

Nie oznacza to, że zadanie zakończy się dokładnie po 3 dniach, godzinie i 20 minutach. To wynik rachunku na szacunkowych danych. Dokładność wyświetlenia nie jest pewnością prognozy. PMBOK 7 wyraźnie rozróżnia trafność oszacowania i jego precyzję oraz wskazuje, że estymacje zmieniają się wraz z dostępnością informacji oraz realizacji poprzednich zadań.

Czas pracy, czas trwania i termin – trzy różne informacje

Szacowanie czasu pracy nie zawsze daje bezpośrednio czas trwania zadania w harmonogramie. Jeśli wykonawca potrzebuje 8 godzin pracy, ale może poświęcić na zadanie tylko 2 godziny dziennie, realizacja zajmie co najmniej 4 dni robocze. Dochodzą jeszcze zależności, dostępność danych i ewentualne oczekiwanie na odbiór.

• Nakład pracy mówi, ile pracy trzeba wykonać, np. 8 roboczogodzin.

• Czas trwania mówi, przez ile jednostek czasu harmonogramu potrwa działanie przy przyjętych warunkach.

• Termin zakończenia jest datą wynikającą z początku, czasu trwania i zależności.

Właśnie z tego powodu zarządzanie zasobami projektu powinno towarzyszyć estymacji. Nie wystarczy wpisać czasu, jeśli ta sama osoba ma równolegle wykonać kilka pilnych prac. PMBOK 7 zaleca uwzględnienie nakładu, czasu trwania, zasobów i ich dostępności podczas budowy harmonogramu.

W praktyce warto oddzielić pracę wykonawcy od oczekiwania na cudzą decyzję. Jeżeli akceptacja zajmuje zwykle dwa dni, pokaż ją jako jawny element planowania. Dzięki temu plan projektu wyjaśnia, gdzie płynie czas.

Jak zastosować metodę PERT krok po kroku?

1. Ustal rezultat i wymagania projektu. Zapisz, co ma powstać i po czym poznacie, że praca została wykonana. Uwzględnij testy i odbiór, jeśli należą do zakresu.

2. Podziel pracę na elementy możliwe do oszacowania. Pomocna jest struktura podziału pracy WBS. Z pakietów pracy wyprowadź działania potrzebne do dostarczenia rezultatów.

3. Zbierz trzy warianty wraz z założeniami. Zapytaj wykonawców i wykorzystaj doświadczenia z podobnych prac. Współpraca w zespole projektowym pozwala ujawnić różnice w rozumieniu zakresu.

4. Oblicz estymację PERT. Sprawdź kolejność O ≤ M ≤ P. Zachowaj wartości wejściowe, nie tylko końcowy wynik.

5. Połącz zadania projektowe zależnościami. Ustal, co można wykonywać równolegle, co wymaga zakończenia poprzednika i kto będzie dostępny.

6. Sprawdzaj założenia w trakcie pracy. Gdy pojawi się nowa informacja, oszacuj pozostałą pracę i jej wpływ na harmonogram. Zachowaj punkt odniesienia, żeby widzieć różnicę między planem a aktualną prognozą.

Tak wygląda zarządzanie projektami w praktyce: liczby wynikają z rozmowy o pracy, a potem pomagają podejmować decyzje. Jeśli nie wiadomo, co powinno być osobnym podzadaniem, a co checklistą, pomocny będzie tekst jak układać zadania, żeby praca szła do przodu.

Diagram PERT i ścieżka krytyczna – jak powstaje taki harmonogram?

Diagram PERT przedstawia sieć powiązań między działaniami. Pozwala zobaczyć, które prace muszą następować po sobie, a które mogą przebiegać równolegle. Sam wzór do estymacji nie pokazuje tych zależności. Dopiero ich połączenie z czasami trwania pozwala analizować termin realizacji projektu.

Rozważmy uproszczony plan projektu. Przyjmujemy wspólny kalendarz, brak dodatkowych ograniczeń i dostępność różnych osób do prac równoległych. Wszystkie zależności oznaczają, że następnik może zacząć po zakończeniu poprzednika.

Działanie	Poprzednik	Czas trwania
A. Uzgodnienie wymagań	Brak	1 dzień
B. Konfiguracja i sprawdzenie ustawień	A	19/6 dnia, czyli ok. 3,17 dnia z PERT
C. Przygotowanie instrukcji	A	2 dni
D. Odbiór całego rozwiązania	B i C	1 dzień

Ścieżka A–B–D trwa około 5,17 dnia, a ścieżka A–C–D trwa 4 dni. Ponieważ odbiór wymaga zakończenia obu gałęzi, o najwcześniejszym końcu decyduje dłuższa: A–B–D. To ścieżka krytyczna w tym modelu. Dodanie wszystkich czasów dałoby około 7,17 dnia i byłoby błędem, bo B i C odbywają się równolegle.

Metoda ścieżki krytycznej, czyli CPM, pozwala określać minimalny czas projektu i elastyczność terminów w sieci zależności. PERT wnosi szacowanie uwzględniające niepewność. Techniki mogą się uzupełniać. Po zmianie czasu działania krytyczna może stać się inna gałąź, dlatego monitorowanie postępów projektu powinno obejmować także zadania projektowe z małym zapasem.

Odbiór można powiązać z kamieniem milowym w projekcie. Sam kamień milowy oznacza punkt kontrolny, a pracę potrzebną do jego osiągnięcia opisują działania w harmonogramie.

Zapas czasu a rezerwa na ryzyko – czego PERT nie załatwia?

W przykładzie instrukcja może powstawać około 1,17 dnia dłużej, zanim zacznie przesuwać wspólny odbiór. Ten zapas wynika z układu zależności. Rezerwa na ryzyko jest natomiast świadomie zaplanowanym czasem na niepewność. Nie należy traktować tych pojęć jako zamienników.

Zarządzanie ryzykiem projektu nie kończy się na wpisaniu wariantu pesymistycznego. Jeżeli ryzyko dotyczy dostępności dostawcy, można wcześniej potwierdzić jego termin. Jeżeli problemem są dane, można sprawdzić próbkę przed migracją. Ocena ryzyka projektu powinna prowadzić do działania, a dopiero potem do decyzji o potrzebnej rezerwie.

Nie dodawaj automatycznie tego samego marginesu do każdej estymacji i ponownie do całego projektu. Najpierw ustal, które trudności są już uwzględnione w estymacjach O, M i P, a które wymagają osobnego zabezpieczenia. PMBOK 7 wiąże rezerwy z poziomem niepewności i opisuje analizę ich wystarczalności wobec pozostałego ryzyka.

Wynik PERT sam w sobie nie daje 90% ani 95% pewności dotrzymania terminu. Gdy realizacja projektu zależy od wielu niepewnych działań i wspólnych zagrożeń, potrzebna może być analiza całej sieci, np. symulacja Monte Carlo. PMBOK 7 opisuje ją jako sposób badania łącznego wpływu niepewności na wyniki projektu.

Estymacja PERT w Fortask – trzy wartości i kontrola błędów

Narzędzie do zarządzania projektami powinno ułatwiać zapisanie założeń i wykorzystanie estymacji w codziennej pracy. W pokazanym oknie Fortask dla podzadania można podać wartość najbardziej prawdopodobną oraz opcjonalnie wariant optymistyczny i pesymistyczny.

Dla wartości 2d, 3d i 5d formularz pokazuje estymowany czas 3d 1h 20m. Użytkownik wprowadza scenariusze, a wynik obliczenia jest widoczny nad polami.

Estymacja PERT obliczona na podstawie trzech wariantów czasu.

Fortask sprawdza też spójność wprowadzonych wartości. Na pierwszym przykładzie błędu wariant optymistyczny wynosi 4 dni, a najbardziej prawdopodobny 3 dni. Formularz sygnalizuje, że estymacja optymistyczna nie może być większa niż normalna.

Kontrola błędu: wariant optymistyczny dłuższy od najbardziej prawdopodobnego.

Walidacja pomaga uniknąć sprzecznych danych, ale nie ocenia realności założeń. Poprawnie uporządkowane liczby nadal mogą być zbyt optymistyczne. Zespół projektowy musi zadbać o zakres, dostępność wykonawcy i opis trudności. System zarządzania projektami wspiera ten proces, a jakość estymacji pozostaje zależna od wiedzy o pracy, czyli na końcu od człowieka z dostępem do informacji.

To praktyczny podział odpowiedzialności: narzędzie sprawdza relacje między wartościami, a komunikacja w zespole projektowym pozwala wyjaśnić, dlaczego pojawiły się właśnie takie czasy.

Od estymacji do Gantta: terminy, następnik i zapas czasu

Na załączonym widoku zakładki „Gantt” w zadaniu Fortask widać kontekst harmonogramu: projekt, kamień milowy, rodzaj kalkulacji czasu, czas trwania, obliczone daty oraz całkowity i wolny zapas czasu. Poniżej znajduje się następnik z relacją FS, czyli zakończenie–rozpoczęcie.

Informacje o harmonogramie dostępne w zadaniu Fortask.

W przykładzie czas trwania jest pokazany jako 3,2 dnia roboczego, a obliczone daty to 19 i 24 listopada 2026 r. Zaokrąglony zapis czasu i data zakończenia nie muszą wyglądać tak samo jak wynik w formularzu estymacji: daty harmonogramu trzeba czytać z uwzględnieniem kalendarza i pozostałych warunków planowania.

• Całkowity zapas czasu odnosi się do możliwego przesunięcia działania bez naruszenia końca projektu lub odpowiedniego ograniczenia harmonogramu.

• Wolny zapas czasu odnosi się do przesunięcia bez opóźniania najwcześniejszego startu następnika.

Fragment wykresu pokazuje następnie położenie zadania na osi dat. Diagram PERT pomaga analizować sieć zależności, a wykres Gantta ułatwia odczytanie pracy w czasie. To dwa uzupełniające się sposoby patrzenia na harmonogram.

Położenie zadania na osi czasu wykresu Gantta.

Takie zestawienie wspiera monitorowanie postępów projektu: można sprawdzić nie tylko zmianę czasu zadania, lecz także jej znaczenie dla kolejnej pracy i kamienia milowego. Więcej o kierunku rozwoju tego obszaru opisujemy w tekście o wykresie Gantta w Fortask.

Najczęstsze błędy przy szacowaniu metodą PERT

• Wpisywanie oczekiwanego terminu zamiast estymacji. „Ma być na piątek” jest ograniczeniem, nie odpowiedzią na pytanie o czas potrzebny do wykonania pracy.

• Pomijanie testów i poprawek. Jeżeli wymagania projektu obejmują sprawdzenie rezultatu, harmonogram musi uwzględniać tę pracę. Zarządzanie jakością projektu zaczyna się już przy ustalaniu zakresu estymacji.

• Uznawanie średniej za obietnicę. Wynik PERT jest punktem do planowania, a nie gwarancją daty.

• Sumowanie wszystkich działań. Czas całego projektu zależy od sieci, zależności zadań, a nie tylko od łącznego nakładu pracy.

• Aktualizacja liczby bez wyjaśnienia przyczyny. Zarządzanie zmianami w projekcie wymaga odróżnienia nowego zakresu od błędnej estymacji i problemu wykonawczego.

• Rozliczanie każdej różnicy jako winy wykonawcy. Przeglądy projektów powinny pomagać rozpoznawać przyczyny rozbieżności. Inaczej ludzie zaczną zawyżać estymacje dla bezpieczeństwa.

Efektywne zarządzanie projektami wymaga uczenia się na zakończonych pracach. Porównuj założenia z wykonaniem: czy problemem był niepełny zakres, brak materiałów, zbyt mała dostępność czy nietypowa trudność? Takie informacje poprawiają kolejne szacunki i wspierają zarządzanie zespołem projektowym.

Jak zacząć korzystać z PERT w zespole?

Wybierz kilka zadań, dla których trudno dziś podać wiarygodny czas. Ustal zakres, zbierz trzy scenariusze, zapisz ich założenia i utwórz zależności w harmonogramie projektu. Po zakończeniu sprawdź, co rzeczywiście wpłynęło na wynik. Nie potrzebujesz rozbudowanej procedury, żeby zacząć lepiej szacować.

Największą wartością PERT jest rozmowa, która poprzedza obliczenie. Jeśli dzięki niej wcześniej zauważysz zależność od klienta, brak danych lub konflikt dostępności, możesz poprawić plan, zanim realizacja projektu napotka przeszkodę.

Chcesz uporządkować zarządzanie projektami w firmie i połączyć zadania, odpowiedzialność oraz estymacje w jednym miejscu? Zobacz, jak standaryzacja procesów w Fortask pomaga ustalić wspólny sposób pracy.

---