Wstęp: Dlaczego PERT ma znaczenie w niepewnym świecie

1. Czym jest PERT?
PERToznacza Technikę Oceny i Przeglądu Programu. Rozwinięta przez Marynarkę Wojenną USA w latach 50. XX wieku dla projektu rakiety Polaris, jest narzędziem zarządzania projektami służącym do planowania, organizowania i koordynowania zadań w ramach projektu.
W przeciwieństwie do prostej listy zadań lub wykresu Gantta (który koncentruje się na „kiedyzdarzają się rzeczy), PERT koncentruje się na „zależnościach (co musi się zakończyć, zanim zacznie się coś innego) oraz „niepewności (jak długo rzeczy „mogązająć).
Podstawowa filozofia
PERT zakłada, że nie można przewidzieć czasu trwania zadań z 100% dokładnością. Dlatego zamiast jednej stałej oceny czasu, PERT używa „trzechszacunków do obliczenia średniej ważonej. Sprawia to, że jest idealny dla złożonych projektów, w których harmonogramy są niepewne (np. B+R, rozwój oprogramowania, budownictwo).
2. Kluczowe koncepcje i słownictwo
Przed analizą musisz zrozumieć elementy składowe:
| Koncepcja | Definicja | Symbol wizualny |
|---|---|---|
| Zdarzenie (węzeł) | Kamień milowy lub punkt w czasie oznaczający początek/zakończenie zadania. Nie zużywa czasu ani zasobów. | Koło lub prostokąt |
| Aktywność | Konkretne zadanie, które zużywa czas i zasoby. | Strzałka łącząca węzły |
| Poprzednik | Zadanie, które musi zostać ukończone, zanim inne może się rozpocząć. | Strzałka wskazująca na węzeł |
| Następca | Zadanie, które następuje bezpośrednio po innym. | Strzałka wychodząca z węzła |
| Ścieżka krytyczna | Najdłuższy ciąg zadań zależnych. Określa najkrótszy możliwy czas trwania projektu. Zerowy luz. | Podkreślona linia |
| Luz (bufor) | Jak długo zadanie niekrytyczne może być opóźnione bez opóźnienia całego projektu. | Wartość obliczona |
| Trzy szacunki | Optymistyczny ($O$), Najbardziej prawdopodobny ($M$), Pesymistyczny ($P$). | Dane wejściowe |
3. Wzór PERT (część „Analiza”)
To jest matematyczne serce analizy PERT. Ponieważ ludzie są słabi w szacowaniu, PERT używa przybliżenia rozkładu Beta:

$$ text{Czas oczekiwany } (T_e) = frac{O + 4M + P}{6} $$
-
Optymistyczny ($O$):Wszystko przebiega idealnie.
-
Najbardziej prawdopodobny ($M$): Normalne warunki; co zazwyczaj się dzieje.
-
Pesymistyczny ($P$): Poważne opóźnienia, problemy, scenariusz najgorszego przypadku.
-
Dlaczego waga $M$ wynosi 4? Statystycznie wynik „najbardziej prawdopodobny” jest uważany za cztery razy bardziej prawdopodobny niż skrajne przypadki.
Wariancja i odchylenie standardowe
Aby zrozumieć ryzyko, obliczasz również wariancję dla każdej czynności:

$$ text{Wariancja } (sigma^2) = left( frac{P – O}{6} right)^2 $$
💡 Dlaczego to ma znaczenie? Jeśli Twoja ścieżka krytyczna ma wysoką całkowitą wariancję, Twój termin jest ryzykowny, nawet jeśli przewidywany czas się mieści. Niska wariancja oznacza, że Twój harmonogram jest wiarygodny.
4. Proces analizy krok po kroku
-
Zidentyfikuj zadania: Wymień każdą potrzebną czynność.
-
Określ zależności: Zmapuj, co następuje jako pierwsze, drugie, równolegle itp.
-
Oszacuj czasy: Zebranie $O$, $M$ i $P$ dla każdego zadania. Oblicz $T_e$.
-
Narysuj diagram sieciowy: Stwórz wizualny schemat blokowy.
-
Znajdź wszystkie ścieżki: Śledź każdą trasę od Startu do Końca.
-
Oblicz czasy trwania ścieżek: Zsumuj wartości $T_e$ dla każdej ścieżki.
-
Zidentyfikuj ścieżkę krytyczną: Ścieżka o najwyższym całkowitym czasie trwania.
-
Oblicz luz (slack): Dla ścieżek niekrytycznych określ elastyczność.
5. Praktyczne przykłady dla różnych problemów
Przykład A: Prosty projekt liniowy (uruchomienie strony internetowej)
Najlepsze do zrozumienia podstaw matematyki.
Możesz użyć czatu AI Visual Paradigm do wygenerowania kodu Graphviz dot

| Zadanie | Opis | Poprzednik | O | M | P | Obliczanie $T_e$ | $T_e$ (dni) |
|---|---|---|---|---|---|---|---|
| A | Makiety projektu | – | 3 | 5 | 13 | $(3+20+13)/6$ | 6 |
| B | Frontend Dev | A | 5 | 8 | 17 | $(5+32+17)/6$ | 9 |
| C | Backend API | A | 4 | 6 | 14 | $(4+24+14)/6$ | 7 |
| D | Integracja | B, C | 2 | 4 | 6 | $(2+16+6)/6$ | 4 |
| E | Testowanie | D | 3 | 5 | 7 | $(3+20+7)/6$ | 5 |
Analiza ścieżek:
-
Ścieżka 1: A → B → D → E = 6 + 9 + 4 + 5 = 24 ✅ ŚCIEŻKA KRYTYCZNA
-
Ścieżka 2: A → C → D → E = 6 + 7 + 4 + 5 = 22
Wniosek:Mimo że Backend (C) zajmuje 7 dni, podczas gdy Frontend (B) – 9 dni, oba zadania dzielą A, D i E. Projekt nie może zostać zakończony szybciej niż w 24 dni. Zadanie C ma 2 dni rezerwy czasowej (24 – 22).
Przykład B: Złożony projekt równoległy (produkcja produktu)
Najlepsze do zrozumienia zależności i wielu ścieżek krytycznych.
Wyobraź sobie uruchomienie nowego smartwatcha. Zadania mogą odbywać się równolegle.
graph LR
S((Start)) --> A[Design]
S --> B[Supplier Sourcing]
A --> C[Prototype Build]
A --> D[Marketing Plan]
B --> C
C --> E[Testing/Certification]
D --> F[Ad Production]
E --> G[Mass Production]
F --> G
G --> H((Launch))
Możesz użyć czatu AI Visual Paradigm do wygenerowania kodu Graphviz dot.

Dane scenariusza ($T_e$ już obliczone):
-
A=4, B=3, C=6, D=5, E=8, F=4, G=7
Analiza ścieżek:
-
S→A→C→E→G→H: 4+6+8+7 = 25 ✅ KRYTYCZNE
-
S→B→C→E→G→H: 3+6+8+7 = 24
-
S→A→D→F→G→H: 4+5+4+7 = 20
Zaawansowana analiza:
-
Ścieżka 1 jest krytyczna i trwa 25 dni.
-
Zaopatrzenie od dostawcy (B) ma tylko 1 dzień luzu. Jeśli negocjacje z dostawcą opóźnią się o 2 dni,Ścieżka 2 stanie się nową ścieżką krytyczną (26 dni), a projekt zostanie opóźniony.
-
Marketing (Ścieżka 3) ma 5 dni luzu. Możesz opóźnić produkcję reklam bez paniki.
Przykład C: Zastosowanie analizy ryzyka
Najlepsze do zrozumienia wariancji.
Używając krytycznej ścieżki z Przykładu A (A→B→D→E):
| Zadanie | O | P | Wariancja $left(frac{P-O}{6}right)^2$
|
|---|---|---|---|
| A | 3 | 13 | $(10/6)^2 = 2.78$ |
| B | 5 | 17 | $(12/6)^2 = 4.00$ |
| D | 2 | 6 | $(4/6)^2 = 0.44$ |
| E | 3 | 7 | $(4/6)^2 = 0.44$ |
| Razem | $sigma^2_{ścieżki} = 7.66$ |
Możesz użyć czatu AI Visual Paradigm do wygenerowania kodu Graphviz dot

Odchylenie standardowe projektu: $sqrt{7.66} = 2.77 text{ dni}$

Zastosowanie: Zarząd pyta, „Jaka jest prawdopodobieństwo, że ukończymy w 27 dni?”
-
$Z = frac{text{Cel} – T_e}{sigma} = frac{27 – 24}{2.77} = 1.08$

-
Korzystając z tabeli rozkładu Z, wartość $Z=1.08$ odpowiada około 86% pewności.
-
Bez analizy wariancji w metodzie PERT, po prostu powiedziałbyś „24 dni” i nie miałbyś pojęcia o ryzyku.
6. Zastosowania w świecie rzeczywistym
| Przemysł | Przypadek użycia | Dlaczego PERT? |
|---|---|---|
| Budownictwo | Budowa mostu | Tysiące zależności; niepewność pogodowa wymaga szacowania trójpunktowego. |
| Tworzenie oprogramowania | Wydanie nowej funkcji | Niepewna złożoność kodowania; testowanie często ujawnia nieznane błędy. |
| Planowanie wydarzeń | Igrzyska Olimpijskie / Koncerty | Sztywne terminy; tysiące równoległych dostawców; zerowa tolerancja dla niepowodzenia na ścieżce krytycznej. |
| Przemysł | Przebudowa produktu | Zmienność łańcucha dostaw; iteracje prototypowania są nieprzewidywalne. |
| Badania/Akademia | Praca dyplomowa / Badanie kliniczne | Nieznane wyniki; terminy zatwierdzenia regulacyjnego różnią się drastycznie. |
7. PERT vs. CPM (częste nieporozumienie)
Początkujący często mylą te dwie metody:
-
PERT: Probabilistyczna. Wykorzystuje 3 szacunki czasowe. Skupia się na niepewności czasowej. Najlepsza dla badań i rozwoju oraz projektów wykonywanych po raz pierwszy.
-
CPM (Metoda Ścieżki Krytycznej): Deterministyczna. Wykorzystuje 1 stały szacunek czasowy. Skupia się na kompromisach między kosztem a czasem. Najlepsza dla powtarzalnych projektów, takich jak budownictwo, gdzie czasy trwania są dobrze znane.
Współczesna uwaga: Większość nowoczesnego oprogramowania (MS Project, Primavera, Smartsheet) łączy obie metody. Nazywają je „PERT”, ale często pozwalają przełączać się między szacunkami jedno- i trójpunktowymi.
8. Ograniczenia i pułapki dla początkujących
-
Śmieci na wejściu, śmieci na wyjściu:Jeśli Twoje szacunki $O$, $M$, $P$ są obarczone błędem (np. zawsze zbyt optymistyczne), wzór Cię nie uratuje.
-
Statyczny zrzut:PERT to narzędzie planowania. Rzeczywiste projekty się zmieniają. Musisz regularnie aktualizować wykres.
-
Ignoruje zasoby:Klasyczne PERT zakłada nieograniczone zasoby. W rzeczywistości dwa zadania krytyczne mogą wymagać tej samej osoby. (Użyj wyrównania zasobów, aby to naprawić.)
-
Nadmierna złożoność:Nie używaj PERT do projektu z 5 zadaniami. Dodaje to nakład pracy. Używaj go, gdy jest 20+ zadań ze złożonymi zależnościami.
-
Fałszywa precyzja:Uzyskanie wyniku „$T_e = 14,33$ dnia” nie oznacza, że ukończysz zadanie o 14:00 w dniu 14. Zawsze komunikuj zakresy i poziomy ufności interesariuszom.
Szybka lista kontrolna startowa
-
Wymień wszystkie czynności
-
Zdefiniuj poprzedników dla każdej
-
Uzyskaj trzy szacunki dla każdej czynności
-
Oblicz $T_e$ dla każdego
-
Narysuj diagram sieciowy
-
Zidentyfikuj wszystkie ścieżki i zsumuj czasy trwania
-
Wyróżnij ścieżkę krytyczną
-
Oblicz wariancję do oceny ryzyka
-
Komunikuj harmonogram Z poziomem ufności
