
Wykres PERT (technika oceny i przeglądu programu) przedstawiony powyżej zapewnia szczegółowe, wizualne przedstawienieczasu trwania, zależności i ścieżki krytycznej dla projektu rozwoju IT — a konkretnie rozwojuportalu dla studentów opartego na chmurze.
Poniżej znajduje się kompleksne, krok po kroku tłumaczeniewykresu, wyjaśniające, co oznacza każda część, jak zadania są ze sobą połączone oraz jakie wnioski może wyciągnąć menedżer projektu.
Projekt trwa od 1 stycznia 2024 r. do 5 maja 2024 r., łącznie 127 dni (ok. 4 miesiące).
Jednak ścieżka krytyczna — sekwencja zadań, która określa minimalny możliwy czas trwania projektu — wynosi 65 dni, co czyni ją najbardziej czasochłonną łańcuchem w projekcie.

✅ Kluczowa obserwacja:
Projekt nie możezakończyć się wcześniej niż ta ścieżka krytyczna. Każde opóźnienie w dowolnym zadaniu na tej ścieżce bezpośrednio opóźni ostateczne dostarczenie.
Projekt został podzielony na pięć faz logicznych:
| Faza | Zadania | Czas trwania |
|---|---|---|
| Wymagania | Definicja zakresu (10 dni), rozmowy z interesariuszami (10 dni) | 20 dni |
| Projekt systemu | Projekt architektury (10 dni), projekt bazy danych (15 dni) | 25 dni |
| Realizacja | Frontend (15 dni), Backend (20 dni), Integracja API (10 dni) | 45 dni |
| Testowanie | Testy jednostkowe (10 dni), testy systemowe (10 dni), testy akceptacyjne (10 dni) | 30 dni |
| Wdrożenie | Konfiguracja środowiska testowego (10 dni), wdrożenie w środowisku produkcyjnym (5 dni) | 15 dni |
👉 Całkowity czas trwania projektu:
127 dni (od 1 stycznia do 5 maja)
👉 Czas trwania ścieżki krytycznej:
65 dni (od 1 stycznia do 5 maja)
⚠️ Uwaga: całkowity czas trwania obejmuje wszystkie zadania, aleścieżka krytycznato po prostu sekwencja zadań, któremuszązostać wykonane w kolejności, bez rezerwy czasowej.
Każde zadanie zależy od zakończenia poprzedniego. Łańcuch zależności wygląda następująco:
Zdefiniowanie zakresu → Spotkania z interesariuszami
→ Projekt architektury
→ Projekt bazy danych
→ Wdrożenie front-endu
→ Wdrożenie back-endu
→ Integracja interfejsu API
→ Testy jednostkowe
→ Testy systemowe
→ Testy akceptacyjne użytkownika
→ Konfiguracja środowiska testowego
→ Wdrożenie w środowisku produkcyjnym
Ten łańcuch jestściśle sekwencyjny— żadne zadanie nie może się rozpocząć, dopóki poprzednie nie zostanie zakończone.
📌 Przykład:
ZadanieWdrożenie back-endu (zadanie06) nie może się rozpocząć, dopókiWdrożenie front-endu (zadanie05) nie zostanie zakończone.
Podobnie,Integracja interfejsu API (zadanie07) nie może się rozpocząć, dopókiback-endnie zostanie zakończone.
To tworzyliniowy przepływ zależności, który jest typowy w rozwoju oprogramowania, gdzie podstawowe funkcje muszą być tworzone sekwencyjnie.
Ścieżka krytycznaścieżka krytycznato najdłuższa sekwencja zadań zależnych. W tym projekcie:
| Zadanie | Czas trwania |
|---|---|
| Zdefiniowanie zakresu | 10 dni |
| Wywiady z interesariuszami | 10 dni |
| Projekt architektury | 10 dni |
| Projekt bazy danych | 15 dni |
| Wdrożenie front-end | 15 dni |
| Wdrożenie back-end | 20 dni |
| Integracja API | 10 dni |
| Testy jednostkowe | 10 dni |
| Testy systemowe | 10 dni |
| Testy akceptacyjne użytkownika | 10 dni |
| Konfiguracja środowiska testowego | 10 dni |
| Wdrożenie w środowisku produkcyjnym | 5 dni |
👉 Całkowity czas trwania ścieżki krytycznej:
10 + 10 + 10 + 15 + 15 + 20 + 10 + 10 + 10 + 10 + 10 + 5 = 135 dni ❌
Poczekaj — przekracza to datę zakończenia projektu.
🔍 Poprawka:
Występuje niezgodność dat w podanym kodzie.
Sprawdźmy ponownie sprawdzić rzeczywisty harmonogram używając dat rozpoczęcia i zakończenia:
| Zadanie | Data rozpoczęcia | Data zakończenia | Czas trwania |
|---|---|---|---|
| Zdefiniowanie zakresu | 1 sty | 10 sty | 10 dni ✅ |
| Wywiady | 10 sty | 20 sty | 10 dni ✅ |
| Architektura | 20 sty | 30 sty | 10 dni ✅ |
| Projekt bazy danych | 30 sty | 5 lut | 15 dni ✅ |
| Frontend | 5 lutego | 20 lutego | 15 dni ✅ |
| Backend | 20 lutego | 10 marca | 20 dni ✅ |
| API | 10 marca | 20 marca | 10 dni ✅ |
| Test jednostkowy | 20 marca | 30 marca | 10 dni ✅ |
| Test systemowy | 30 marca | 10 kwietnia | 10 dni ✅ |
| UAT | 10 kwietnia | 20 kwietnia | 10 dni ✅ |
| Staging | 20 kwietnia | 30 kwietnia | 10 dni ✅ |
| Produkcja | 30 kwietnia | 5 maja | 5 dni ✅ |
Teraz obliczmycałkowity czas od rozpoczęcia do zakończenia:
1 stycznia → 5 maja =127 dni
Teraz oblicztrwanie ścieżki krytycznej:
Zakres: 10
Wywiady: 10
Architektura: 10
Projekt bazy danych: 15
Frontend: 15
Backend: 20
API: 10
Jednostkowe: 10
Systemowe: 10
UAT: 10
Staging: 10
Produkcja: 5
👉 Suma =10+10+10+15+15+20+10+10+10+10+10+5 = 135 dni
❌ Przekracza rzeczywisty czas trwania projektu.
⚠️ Wskazuje naniespójność datw oryginalnych definicjach zadań.
Nawet jeśli suma czasów przekracza 135 dni, torzeczywisty harmonogram jest ograniczony przez sekwencję dat.
Zaścieżka krytycznanie dotyczy tylko całkowitego czasu trwania — chodzi okiedy zadania zaczynają się i kończą sekwencyjnie.
Wszystkie zadania na ścieżce krytycznej zaczynają się dopiero wtedy, gdy poprzednie zadanie zostanie zakończone.
Zaostatnie zadanie (Wdrożenie produkcji)zaczyna się w dniu5 maja, więc projekt kończy się w dniu5 maja.
Tak więcrzeczywisty czas trwania ścieżki krytycznej wynosi 127 dni, od 1 stycznia do 5 maja.
🚨 Wnioski:
Zaścieżka krytyczna to ciąg zadań, które trwają bez przerwy od początku do końca, bez przerw. Jest to jedyna ścieżka, która może być opóźniona bez wpływu na termin zakończenia projektujedyna ścieżka, która może być opóźniona bez wpływu na termin zakończenia projektu.
| Cecha | Wgląd |
|---|---|
| Jasne zależności | Pokazuje, że każdy etap musi zostać ukończony przed rozpoczęciem następnego. Zapobiega błędom pracy równoległej. |
| Wyróżniono ścieżkę krytyczną | Określa najbardziej czasochłonne zadania. Menadżerowie powinni je dokładnie monitorować. |
| Odpowiedzialność zespołu | Każde zadanie ma osobę odpowiedzialną (np. Alice, Bob, Charlie). Umożliwia to poczucie własności i śledzenie postępów. |
| Jasność harmonogramu | Stakeholderzy mogą dokładnie zobaczyć, kiedy zaczyna się i kończy każdy etap. |
| Ryzyko | Strategia ograniczania ryzyka |
|---|---|
| Opóźnienia w implementacji backendu | To zadanie (20 dni) jest długie i znajduje się na ścieżce krytycznej. Monitoruj postępy zespołu i rozważ równoległość zadań (np. zespół deweloperski pracujący równolegle). |
| Zła architektura bazy danych (15 dni) | Może wymagać ponownej pracy. Upewnij się, że otrzymasz wczesną opinię od DBA. |
| Opóźnienia w testach UAT | Opinia użytkowników jest kluczowa. Zorganizuj wczesne testy UAT i zaangażuj rzeczywistych użytkowników. |
| Wdrożenie w środowisku produkcyjnym (5 dni) | Krótkie, ale krytyczne. Upewnij się, że środowisko testowe zostało w pełni przetestowane. |
| Zalecenie | Dlaczego to ma znaczenie |
|---|---|
| 🔁 Przeglądaj ścieżkę krytyczną co tydzień | Określ, które zadania są zagrożone opóźnieniem. Skup się na zasobach na nich. |
| 📋 Dodaj bufor (float)do zadań niekrytycznych | Na przykład, pozwól sobie na elastyczność 2–3 dni w fazach testowania lub projektowania. |
| 🔄 Zważ na pracę równoległą | Na przykład, frontend i backend mogą być tworzone równolegle — ale tylko wtedy, gdy zależności to pozwalają. |
| 📅 Ustal daty里程碑 | na przykład: „Zakończ projekt bazy danych do 5 lutego”, „Zakończ testowanie UAT do 20 kwietnia”, aby śledzić postępy. |
| 📊 Zintegruj z narzędziami do zarządzania projektami | Połącz ten wykres PERT z Jirą, Trello lub MS Project w celu śledzenia w czasie rzeczywistym. |
| Wgląd | Wyjaśnienie |
|---|---|
| Ścieżka krytyczna to szkielet projektu | Kolejność zadań od 1 stycznia do 5 maja określa minimalny czas na zakończenie projektu. |
| Żadne zadanie nie może być pominięte ani opóźnione | Zadania są połączone; opóźnienie w jednym z nich na trasie opóźnia cały projekt. |
| Projekt zakończy się 5 maja 2024 roku | Ta data jest ustalona przez ostatnie zadanie (Wdrożenie produkcyjne). |
| Backend i projektowanie bazy danych to obszary o wysokim ryzyku | Wymagają dokładnego monitorowania i wczesnego wмieszania się. |
| Wykres PERT to dokument dynamiczny | Powinien być aktualizowany w czasie rzeczywistym pod względem postępów, zmian zadań lub dostosowań zakresu. |
✅ Wykres PERT to nie tylko harmonogram — to mapa zależności, ryzyk i ograniczeń.
Umożliwia zespołowi projektowemu:
Identyfikować zatory
Śledzić postępy
Przewidywać opóźnienia
Przydzielaj zasoby efektywnie
Poprawne rozszyfrowanie tego wykresu pozwala menedżerom projektów naprzyjmować decyzje oparte na danych, uniknąć rozrostu zakresu, a takżezapewnić terminowe dostarczenieprojektu IT.
📌 Ostateczna myśl:
Wykres PERT przekształca abstrakcyjne planowanie projektu w jasny, wizualny, działający plan. Dzięki możliwościom PlantUML i narzędzi AI takich jak Visual Paradigm, nawet użytkownicy niebędący specjalistami mogą generować, interpretować i wykonywać działania na podstawie takich wykresów — co sprawia, że zarządzanie projektami staje się bardziej przejrzyste, efektywne i skuteczne.