Zależności między zadaniami na wykresie Gantta – rodzaje i przykłady

Członkowie zespołu projektowego mają listę zadań, wykonawców i terminy. Na pierwszy rzut oka wszystko się zgadza. Dopiero podczas realizacji okazuje się, że kampania czeka na formularz zapisów, formularz na akceptację treści, a osoba odpowiedzialna za akceptację nie wiedziała, że od jej decyzji zależy praca kilku innych osób.

Zależności między zadaniami określają, jak rozpoczęcie lub zakończenie jednej pracy warunkuje rozpoczęcie albo zakończenie kolejnej. Dzięki nim można ustalić kolejność działań, znaleźć prace możliwe do wykonania równolegle i sprawdzić, co stanie się z terminem projektu po zmianie planu. Wykres Gantta pozwala pokazać te powiązania na osi czasu.

W tym artykule wyjaśniamy cztery podstawowe typy relacji, ich związek z kamieniami milowymi oraz sposób analizowania opóźnień. Przykłady dotyczą codziennych sytuacji: przygotowania materiałów, wdrożenia systemu i uruchomienia nowej usługi.

Czym są zależności między zadaniami w projekcie?

Najłatwiej zacząć od pytania: co musi się wydarzyć, żebyśmy mogli rozpocząć lub zakończyć tę pracę? Jeżeli druk wymaga zaakceptowanego projektu, zatwierdzenie materiału jest warunkiem rozpoczęcia drukowania. Jeżeli obsługa klientów w starym systemie musi trwać do chwili uruchomienia nowego, jej zakończenie zależy od rozpoczęcia pracy w nowym rozwiązaniu.

W opisie relacji występują dwa pojęcia:

• Zadanie bezpośrednio poprzedzające, czyli poprzednik – zadanie, którego start lub koniec wyznacza warunek dla drugiego zadania.

• Zadanie bezpośrednio następujące, czyli następnik – zadanie zależne od tego warunku.

Określenie „poprzednik” opisuje kierunek zależności. Nie oznacza, że cała jego realizacja zawsze musi odbyć się wcześniej. W niektórych relacjach prace mogą się nakładać, a w relacji SF następnik może nawet rozpocząć się przed poprzednikiem.

Zależności pomiędzy zadaniami są potrzebne również wtedy, gdy odpowiadają za nie różne działy. Marketing może przygotowywać kampanię, IT formularz, a dział obsługi instrukcję. Członkowie zespołu potrzebują informacji, jaki rezultat mają przekazać dalej i czyje działania zależą od ich pracy.

Tak rozumiane zarządzanie projektami wymaga czegoś więcej niż wyznaczenia osobnych terminów. PMBOK Guide opisuje budowę harmonogramu jako proces obejmujący podział zakresu na działania, ustalenie ich kolejności, estymację oraz uwzględnienie dostępności zasobów. Zrozumienie zależności zadań pomaga połączyć te informacje w spójny plan.

Zwróć uwagę, że mowa tu o estymacji, a nie terminach. Estymacje przypisane do zadań posłużą do wygenerowania przez Fortask harmonogramu i automatycznego dopasowania terminów z uwzględnieniem typu zależności. Wykres Gantta pokaże wynik tych obliczeń.

Cztery rodzaje zależności na wykresie Gantta

Podstawowy typ zależności wskazuje, które zdarzenia są ze sobą powiązane: start czy koniec poprzednika oraz start czy koniec następnika. W tabeli A oznacza poprzednika, a B następnik. Przedstawione przykłady zakładają brak dodatkowego odstępu czasowego — czyli wartość 0 w polu „Opóźnienie” w Fortask.

Relacja	Skrót	Co oznacza?	Przykład
Zakończenie–rozpoczęcie (koniec–start)	FS	B nie może rozpocząć się przed zakończeniem A.	Druk materiałów po akceptacji projektu.
Rozpoczęcie–rozpoczęcie (start–start)	SS	B nie może rozpocząć się przed rozpoczęciem A.	Kontrola partii danych po rozpoczęciu ich importowania.
Zakończenie–zakończenie (koniec–koniec)	FF	B nie może zakończyć się przed zakończeniem A.	Zakończenie weryfikacji danych po zakończeniu całego importu.
Rozpoczęcie–zakończenie (start–koniec)	SF	B nie może zakończyć się przed rozpoczęciem A.	Zakończenie dyżuru dotychczasowej obsady po rozpoczęciu dyżuru przez nową.

Relacja finish-start: zakończenie poprzednika pozwala rozpocząć następnika

Relacja finish-start (FS) oznacza, że jedno zadanie musi się zakończyć, aby umożliwić rozpoczęcie zadania następnego. Zależności koniec-start są dobrym punktem wyjścia do porządkowania prostych sekwencji działań.

Przykład: zadanie A to „Akceptacja projektu ulotki”, a zadanie B to „Druk ulotek”. Zakończenie zadania poprzedzającego umożliwia rozpoczęcie zadania następującego. Jeżeli akceptacja się opóźni, a pierwotny plan zakładał rozpoczęcie druku bezpośrednio po niej, druk również rozpocznie się później.

Nie oznacza to jednak, że drukarnia automatycznie rozpocznie pracę w chwili akceptacji. Trzeba uwzględnić jej kalendarz i dostępność. Relacja określa warunek, a rzeczywisty termin może zależeć także od innych okoliczności.

W Fortask następnik otrzymuje status "Zakolejkowane", który ułatwia zrozumienie zależności zadań. Czytelne statusy wspierają kierownika projektu i ułatwiają efektywne zarządzanie projektami.

Relacja start-start: rozpoczęcie jednego zadania pozwala rozpocząć następne

Zależność start-start (SS) wiąże początki działań. Zadanie bezpośrednio następujące może ruszyć, gdy rozpocznie się jego poprzednik, ale nie musi wystartować dokładnie w tej samej chwili.

Załóżmy, że import danych odbywa się partiami, a kontrola może rozpocząć się po udostępnieniu pierwszej partii. Relacja start-start pozwala powiązać początek kontroli z początkiem importu. Jeśli przygotowanie pierwszej partii zajmuje przewidywalny czas, można uwzględnić go jako zwłokę. Gdy czas jest niepewny, czytelniejsze będzie osobne zdarzenie „Pierwsza partia dostępna”.

Relacja start-start nie określa, kiedy kontrola ma się zakończyć. Ta relacja kontroluje rozpoczęcie zadania następnika. Nie należy też dodawać jej tylko dlatego, że dwie osoby pracują w tym samym tygodniu. Równoległość sama w sobie nie jest zależnością. Jeżeli prace są niezależne, mogą po prostu mieć nakładające się terminy.

Relacja koniec-koniec: jedno zadanie nie może się zakończyć przed poprzednikiem

Relacja finish-finish (FF), czyli relacja koniec-koniec, wiąże zakończenia działań. Zadanie zależne nie może skończyć się przed zakończeniem poprzednika. Zależności koniec-koniec nie wymagają jednoczesnego końca obu prac.

W przykładzie z importem danych kontroler sprawdza kolejne partie na bieżąco. Cała weryfikacja nie może jednak zakończyć się, zanim zostaną dostarczone wszystkie dane. Relacja koniec-koniec między importem a weryfikacją odwzorowuje właśnie ten warunek. Jeśli po ostatniej partii potrzebna jest godzina na sprawdzenie, należy ją również uwzględnić.

Sama relacja koniec-koniec nie ustala początku kontroli. Kiedy start i koniec mają osobne warunki, trzeba odzwierciedlić oba w modelu, np. przez odpowiedni podział pracy na etapy.

W Fortask system uniemożliwia zmianę statusu, jeśli współzależności zadań nie pozwalają na taką zmianę. Projektując moduł projektowy, nadaliśmy zależnościom logicznym zadań pierwszeństwo przed niektórymi uprawnieniami konfiguracyjnymi, np. uprawnieniem do zmiany statusu. Dzięki temu zakończenie zadania poprzedzającego pozostaje warunkiem zakończenia zadania następującego, zgodnie z intencją zarządzającego projektem.

Relacja start-finish: poprzednik musi się rozpocząć, aby następnik mógł się zakończyć

Zależność start-koniec (SF), nazywana również relacją początek-koniec, bywa mniej intuicyjna. Relacja start-finish oznacza, że zakończenie następnika warunkuje poprzednie zadanie.

Przykład: A to dyżur nowej obsady, B to dyżur dotychczasowej obsady. Jeśli konieczna jest ciągłość obsługi, B nie może się zakończyć przed rozpoczęciem A. Nowa obsada jest tutaj poprzednikiem w sensie logicznym, mimo że pojawia się później w czasie.

Relacja początek-koniec może również opisywać przełączenie między sposobami obsługi, jeżeli samo uruchomienie nowego rozwiązania jest wystarczającym warunkiem wyłączenia starego. Gdy konieczne są jeszcze testy lub odbiór, warto pokazać je osobno. Relacja początek-koniec nie zastąpi potwierdzenia, że nowe rozwiązanie rzeczywiście nadaje się do pracy.

W niektórych scenariuszach harmonogram projektu może przewidywać, że następnik rozpocznie się wcześniej niż poprzednik powiązany z nim relacją SF. Wpływ na taki układ ma czas trwania zadań oraz pozostałe zależności, np. zakończenie zadania poprzedzającego powiązanego z następnikiem relacją FS. Gdy powiązań jest wiele, widoczne w aplikacji współzależności zadań ułatwiają analizę harmonogramu i wspierają efektywne zarządzanie projektami.

Jak rozpoznać rzeczywiste zależności pomiędzy zadaniami?

Przed połączeniem elementów na wykresie zapytaj, skąd wynika ich kolejność. Zależności logiczne powinny odzwierciedlać rzeczywiste warunki pracy. Inaczej łatwo stworzyć harmonogram, który wygląda porządnie, ale niepotrzebnie wydłuża realizację.

PMBOK Guide rozróżnia zależności obowiązkowe i uznaniowe oraz zewnętrzne i wewnętrzne. Są to dwa uzupełniające się podziały:

• Obowiązkowe wynikają z charakteru pracy albo wymagań umownych. Montaż urządzenia wymaga jego dostarczenia.

• Uznaniowe wynikają z przyjętego sposobu działania. Zespół może ustalić, że wszystkie materiały redaguje dopiero po zakończeniu całego projektu graficznego, choć część dałoby się opracować wcześniej.

• Zewnętrzne łączą działania projektu ze zdarzeniami poza nim, np. dostawą realizowaną w odrębnym przedsięwzięciu.

• Wewnętrzne dotyczą powiązań między działaniami w ramach projektu.

Jedna zależność może być jednocześnie obowiązkowa i zewnętrzna. Z kolei fakt, że zależność jest wewnętrzna, nie oznacza, że można ją dowolnie usunąć. Zależności logiczne wynikające z technologii pozostają istotne niezależnie od tego, kto wykonuje pracę.

Osobnym problemem są zasoby. Dwa zadania mogą być niezależne pod względem potrzebnych rezultatów, a mimo to nie da się wykonać ich równolegle, ponieważ wymagają zaangażowania tej samej osoby albo wykorzystania tej samej maszyny. Kierownik projektu powinien rozpoznać przyczynę kolejności. Współzależności zadań wynikające z dostępności zasobów wymagają innej decyzji niż oczekiwanie na zaakceptowany dokument.

Warto też odróżnić relację od ograniczenia daty. „Szkolenie po przygotowaniu środowiska” opisuje zależność. „Szkolenie nie wcześniej niż 15 listopada” oznacza, że zadanie ma ograniczenie terminowe. Oba warunki mogą obowiązywać jednocześnie. Jeśli środowisko nie będzie gotowe na czas, wpisana data nie rozwiąże konfliktu.

Efektywne zarządzanie projektami zaczyna się od wyjaśnienia przyczyn powiązań. Członkowie zespołu powinni umieć powiedzieć, jaki rezultat otrzymują od poprzednika i co przekazują następnej osobie. Takie ustalenia ułatwiają później ocenę, które zależności logiczne są konieczne, a które można zmienić.

Na podstawie estymacji i relacji Fortask wyznacza harmonogram zadań z najwcześniejszymi terminami wynikającymi z przyjętych warunków. Jeśli któreś zadanie wymaga późniejszego rozpoczęcia, kierownik projektu może ręcznie ustawić datę jego rozpoczęcia lub zakończenia w zakładce „Gantt”. System przeliczy harmonogram zadań, powiadomi o zmianie osoby zaangażowane w kolejne zadania i pokaże zaktualizowany wykres.

Zadania i kamienie milowe: jak połączyć kilka ścieżek projektu?

Kamień milowy w projekcie oznacza istotny punkt lub zdarzenie. W modelu harmonogramu ma zerowy czas trwania. Prace potrzebne do jego osiągnięcia opisują osobne zadania.

Załóżmy, że uruchomienie usługi wymaga gotowego formularza zapisów i przygotowanego zespołu obsługi. Te dwa obszary mogą rozwijać się równolegle. Dopiero spełnienie obu warunków pozwala osiągnąć kamień „Gotowość do uruchomienia”. Od tego punktu może zależeć rozpoczęcie kampanii.

Kamień milowy może zbierać kilka warunków, a następnie wyznaczać warunek dla kolejnych działań. Jeśli gotowy jest formularz, ale pracownicy nie przeszli szkolenia, wspólny punkt gotowości pozostaje nieosiągnięty. Taki model pomaga zobaczyć, czego dokładnie brakuje, aby realizacja projektu mogła przejść dalej.

Nie trzeba łączyć wszystkich prac w jeden długi ciąg. Zależności pomiędzy zadaniami mogą tworzyć rozgałęzienia i ponownie łączyć się przed odbiorem, wdrożeniem lub publikacją. Jedno zadanie bezpośrednio następujące może mieć kilku poprzedników, jeśli do startu potrzebuje kilku rezultatów.

Nie należy przy tym mylić zależności z hierarchią. Umieszczenie zadań w tej samej grupie nie określa jeszcze ich kolejności. Struktura podziału pracy WBS porządkuje zakres. Relacje pomagają ustalić, jak poszczególne zadania mają przebiegać w czasie.

Wykres Gantta pozwala pokazać zarówno prace prowadzące do kamienia, jak i działania od niego zależne. Jeśli punkt ma termin wynikający z umowy, trzeba również porównywać go z aktualną prognozą osiągnięcia. Stała data nie sprawia, że poprzedzające prace automatycznie zmieszczą się w planie.

Wyprzedzenie i zwłoka: kiedy zadania mogą się nakładać?

Podstawowe relacje można uzupełnić o odstęp czasu. W Fortask określa go pole „Opóźnienie (dni)” w oknie edycji relacji. Przykładowo relacja FS z wartością 1 oznacza, że następnik może rozpocząć się najwcześniej po upływie jednego dnia od zakończenia poprzednika. Jest to zaplanowany odstęp, a nie spóźnienie względem harmonogramu.

Wyprzedzenie może pozwolić rozpocząć skład publikacji przed ukończeniem redakcji całego materiału. Taki zapis ma sens, jeśli gotowa część rzeczywiście nadaje się już do przekazania. Gdy dokładnie wiadomo, które rozdziały muszą być zatwierdzone, często czytelniej wydzielić ich odbiór niż opierać plan na ogólnym założeniu „dwa dni przed końcem”. Status "Oczekujące" w Fortask oznacza gotowość zadania do podjęcia pracy.

PMBOK Guide opisuje częściowe nakładanie działań jako sposób skracania harmonogramu, określany mianem fast trackingu. Wymaga on sprawdzenia charakteru zależności. Wcześniejszy start może zwiększyć ryzyko poprawek, jeśli materiały wejściowe nadal się zmieniają.

Zarządzanie projektami obejmuje więc decyzję, czy wcześniejsze rozpoczęcie pracy rzeczywiście się opłaca. Wykres Gantta pokaże krótszy przebieg, ale o możliwości jego wykonania decydują warunki pracy i uzgodnienia między ludźmi.

Jak zależności wpływają na harmonogram projektu i ścieżkę krytyczną?

Czas trwania zadań i układ ich powiązań wspólnie wpływają na termin końcowy. Samo zsumowanie estymacji wszystkich działań może dać błędny wynik, ponieważ część prac odbywa się równolegle. Zrozumienie zależności zadań pozwala ocenić, która sekwencja wyznacza najwcześniejsze możliwe zakończenie.

Spójrzmy na uproszczony przykład przygotowania usługi. Zakładamy wspólny kalendarz roboczy, dostępność różnych wykonawców, brak dodatkowych ograniczeń dat i relacje FS bez zwłoki.

Element	Czas trwania	Wymagany poprzednik
A. Uzgodnienie zasad usługi	1 dzień	Brak
B. Przygotowanie i testy formularza	4 dni	A
C. Przygotowanie instrukcji i szkolenie obsługi	2 dni	A
M. Gotowość do uruchomienia	0 dni	B oraz C
D. Uruchomienie kampanii	1 dzień	M

Ścieżka A–B–M–D trwa 6 dni roboczych, a A–C–M–D trwa 4 dni. Ponieważ B i C mogą odbywać się równolegle, plan projektu przewiduje realizację w ciągu 6 dni roboczych, a nie 8. W tych warunkach ścieżką krytyczną jest A–B–M–D.

Zadanie C ma 2 dni zapasu czasu. Jeśli przygotowanie obsługi potrwa o jeden dzień dłużej, gotowość do uruchomienia nadal będzie zależeć od ukończenia formularza. Jeżeli potrwa o trzy dni dłużej, C zajmie łącznie 5 dni, a projekt wydłuży się do 7 dni. Krytyczna stanie się ścieżka prowadząca przez przygotowanie obsługi. Zobacz tę zmianę na poniższych zrzutach ekranu.

Opóźnienie jednego zadania nie zawsze oznacza takie samo opóźnienie całego projektu. Znaczenie ma zapas czasu, układ relacji i obowiązujące ograniczenia projektu. Dlatego zarządzanie projektami wymaga obserwowania również tych prac, które dziś nie są krytyczne, ale mają coraz mniejszy margines.

Wykres Gantta ułatwia pokazanie takiej zmiany. Zespół widzi, które zadanie zależne przesunie się jako następne i jaki będzie wpływ na wspólny odbiór. Współzależności zadań stają się podstawą rozmowy o działaniach naprawczych, np. zmianie zakresu, dostępności wykonawcy albo kolejności prac.

Jeśli trudność dotyczy samego szacowania, pomocna może być metoda PERT. Ułatwia uwzględnienie różnych wariantów czasu wykonania. Dopiero połączenie estymacji z relacjami i kalendarzem pozwala wyznaczać daty.

Jak planować zależności i pokazać je w Fortask?

Najpierw określ zadania i ustal logikę pracy, a następnie odwzoruj ją w Fortask. Wykres Gantta w module projektowym pozwala określić powiązania między zadaniami. Kamienie milowe pomagają wskazać najważniejsze punkty całego przedsięwzięcia.

Przy przygotowywaniu harmonogramu warto przejść przez kilka kroków:

1. Ustal rezultaty. Nazwa zadania powinna pozwalać rozpoznać, co ma powstać. „Akceptacja formularza zapisów” mówi więcej niż „Formularz”. Doprecyzuj warunki odbioru.

2. Wskaż poprzedników. Dla każdej pracy ustal, na jakie dane, decyzje lub rezultaty czeka. Zadanie bezpośrednio poprzedzające powinno reprezentować rzeczywisty warunek.

3. Połącz zadania właściwą relacją. Ustal, czy warunek dotyczy startu, czy końca. Nie stosuj FS automatycznie do wszystkich elementów.

4. Dodaj punkty kontrolne. Wyznacz kamienie milowe oraz prace wymagane do ich osiągnięcia. Sprawdź, od których punktów zależy dalsza realizacja projektu.

5. Uwzględnij czas i dostępność. Zweryfikuj estymacje, przerwy technologiczne i obciążenie wykonawców. Członkowie zespołu powinni potwierdzić, czy mogą wykonać prace w przyjętych terminach.

6. Sprawdź skutki zmiany. Przeanalizuj wydłużenie jednej pracy i zobacz, co dzieje się z następnikiem, kamieniem oraz końcem projektu.

W Fortask kamień milowy może mieć ustawioną datę końca albo działać automatycznie, z terminem wynikającym z harmonogramu. Przy prezentowaniu zależności warto pokazać pracę prowadzącą do punktu końcowego kamienia oraz zadanie kolejnego etapu, które od tego punktu zależy. Pozwala to przełożyć ogólną logikę projektu na konkretny układ zadań.

Wspomniana wcześniej zakładka „Gantt” w zadaniu zawiera informacje o czasie trwania, obliczonych datach, zapasie czasu i relacjach. Taki widok pomaga odpowiedzieć na praktyczne pytanie: czy zmiana czasu trwania tego zadania wpłynie na kolejne działania?

Narzędzie zarządzania projektami pomaga pokazać i przeliczać przyjęty model. Zespół nadal odpowiada za prawidłowość założeń. Wykres Gantta będzie użyteczny wtedy, gdy relacje odzwierciedlają rzeczywiste warunki, a informacje o postępie są aktualizowane.

Najczęstsze błędy w zarządzaniu zależnościami

Nawet szczegółowe harmonogramy zadań mogą wprowadzać w błąd, jeśli powiązania zostały dodane mechanicznie. Szczególnie warto sprawdzić kilka sytuacji:

• Wszystko po kolei. Każde nowe zadanie zależy od poprzedniego wiersza. Taki układ sztucznie wydłuża projekt, jeśli część prac można wykonywać niezależnie.

• Brak ważnego poprzednika. Harmonogram dopuszcza uruchomienie usługi mimo niegotowej obsługi. Połącz zadania i punkty kontrolne tak, aby uwzględnić wszystkie niezbędne warunki.

• Mylenie grupowania z kolejnością. Przynależność do wspólnego etapu lub zadania nadrzędnego nie opisuje automatycznie zależności pomiędzy zadaniami.

• Sztywne daty bez uzasadnienia. Jeśli każde zadanie ma ograniczenie daty, trudniej zobaczyć naturalny przebieg prac i konsekwencje zmian. Ograniczenia powinny wynikać z rzeczywistych warunków.

• Cykle. A wymaga B, B wymaga C, a C wymaga A. Taki układ nie daje poprawnej kolejności realizacji. Iteracje i poprawki trzeba modelować jako kolejne działania lub etapy. Dodatkowo Fortask na bieżąco weryfikuje zależności w projekcie i nie pozwala utworzyć cyklicznej pętli powiązań. 

• Ukrywanie pracy w zwłoce. Trzy dni na odbiór obejmują czyjąś pracę i decyzję. Jeśli wymagają wykonawcy, komunikacji i kontroli statusu, często lepiej pokazać odbiór jako osobne zadanie.

• Pomijanie zasobów. Wykres Gantta pokazuje prace równoległe, ale wszystkie ma wykonać ta sama osoba. Zarządzanie zadaniami wymaga weryfikacji dostępności, a nie tylko dat. W takiej sytuacji dostosuj harmonogram projektu tak, aby poszczególne zadania były wykonywane kolejno przez tę osobę.

Efektywne zarządzanie projektami wymaga regularnego sprawdzania, czy model nadal odpowiada sytuacji. Członkowie zespołu powinni zgłaszać zmianę warunków wejściowych, a kierownik projektu oceniać jej wpływ na dalsze prace. Zarządzanie wykresem Gantta staje się wtedy częścią bieżącego podejmowania decyzji. Kierownik projektu konfiguruje pulpit projektu, aby ułatwić współpracę i zapewnić zespołowi dostęp do informacji o postępie prac. Pulpit jest widoczny dla osób zaangażowanych w projekt. Poniżej przedstawiamy przykładowy widok.

Pytania o zależności zadań

Czy jedno zadanie może mieć kilku poprzedników?

Tak. Jeśli uruchomienie usługi wymaga gotowości technicznej i przygotowania obsługi, oba warunki powinny znaleźć się w modelu. Zadanie bezpośrednio następujące może być realizowane tylko z zachowaniem wszystkich warunków wynikających z przypisanych mu relacji i ograniczeń.

Czy prace równoległe wymagają relacji start-start?

Nie. zależność start-start jest potrzebna wtedy, gdy rozpoczęcie jednej pracy rzeczywiście warunkuje drugą. Dwa niezależne działania mogą odbywać się równolegle bez takiego połączenia.

Czy kamienie milowe mogą być ze sobą powiązane?

W modelu harmonogramu tak: osiągnięcie jednego punktu może warunkować kolejny. Sposób zapisania tego w aplikacji zależy od ustalonego układu zadań. Logikę można także pokazać przez zadania następnego etapu, których rozpoczęcie zależy od wcześniejszego kamienia.

Czy każda zmiana czasu trwania zadania przesuwa koniec projektu?

Nie. Zmiana może zmieścić się w dostępnym zapasie. Jej wpływ należy ocenić w kontekście całej sieci zależności i ograniczeń. Wykres Gantta pomaga zobaczyć, kiedy przesunięcie zaczyna oddziaływać na kolejne elementy.

Dobrze opisane zależności pozwalają ustalić, kto na kogo czeka, które prace mogą ruszyć równolegle i co wymaga reakcji. Przeglądając harmonogram projektu, zacznij od jednego pytania: czy wiemy, co musi się wydarzyć, żeby następna osoba mogła wykonać swoją część pracy?

---