Diagram sieciowy harmonogramu projektu: Definicja | Zastosowanie | Przykład

Gdy potrzebujesz zaplanować działania w projekcie, możesz rozważyć użycie diagramu sieciowego harmonogramu projektu. Jest to sprawdzona technika określania i dokumentowania kolejności działań z uwzględnieniem współzależności między nimi. Jest ona również sugerowana przez ramy Project Management Institute (PMBOK®, 6th ed., rozdz. 6.3.3.1).

Czym jest diagram sieciowy harmonogramu projektu?

Diagram sieciowy harmonogramu projektu jest typem wyjściowym procesu „sekwencjonowania działań” zgodnie z PMI Guide to the Project Management Body of Knowledge (PMBOK®, 6th ed., 6.3.3).

Schematy sieciowe harmonogramu projektu pokazują kolejność, w jakiej powinny być zaplanowane działania, aby uwzględnić logiczne zależności pomiędzy tymi działaniami.

Zwykle składa się z węzłów, które reprezentują działania oraz strzałek, które pokazują kolejność i zależności. Ten sposób prezentacji jest również określany jako diagram „czynności na węzłach” (AON).Jest to prawdopodobnie najbardziej powszechny typ diagramu sieciowego harmonogramu projektu.

Alternatywną formą prezentacji jest metoda „czynności na strzałkach” (AOA), gdzie, jak sama nazwa wskazuje, czynności są przedstawione jako strzałki, podczas gdy węzły reprezentują logiczne relacje.

Metodą tworzenia diagramów sieciowych harmonogramu projektu jest metoda diagramów precedensowych, którą wyjaśniamy w tym artykule (wraz z przykładem).

Zależności logiczne

Diagram jest oparty i często wzbogacony o informacje o typie zależności logicznej pomiędzy czynnościami. Cztery typy zależności to

• Zakończenie do zakończenia (FF),
• Zakończenie do rozpoczęcia (FS),
• Rozpoczęcie do rozpoczęcia (SS) oraz
• Rozpoczęcie do zakończenia (SF).

Pierwsza część tych terminów wskazuje status, jaki musi uzyskać czynność poprzedzająca, zanim czynność następująca będzie mogła mieć status, o którym mowa w drugiej części. W zależności finish to start, na przykład, poprzednik musi się zakończyć, aby następnik mógł się rozpocząć. Przeczytaj więcej, łącznie z przykładami, w tym wprowadzeniu do metody diagramowania poprzedników.

Oprócz zależności, diagram harmonogramu projektu może również pokazywać prowadzenie i opóźnienia. Są to cechy harmonogramu i planowania działań, które szczegółowo wyjaśniamy w tym artykule.

Do czego służy diagram sieciowy projektu?

Schemat sieciowy projektu służy do opracowywania i dokumentowania sekwencji działań. Należy on do obszaru wiedzy „zarządzanie harmonogramem projektu”, gdzie służy jako dane wejściowe dla innych technik harmonogramowania, takich jak analiza sieci harmonogramów lub metoda ścieżki krytycznej (PMBOK®, rozdz. 6.5.2.1).

W projekcie można również użyć tego typu diagramu do omówienia sekwencji i zależności, jak również do komunikacji z interesariuszami. W większych projektach jest to jednak często dość szczegółowy i złożony dokument roboczy, który łączy zależności i sekwencje wszystkich działań z ogólnym harmonogramem i czasem trwania projektu. Dla komunikacji harmonogramu projektu, inne sposoby prezentacji (takie jak diagramy Gantta) i bardziej zagregowany widok są bardziej powszechne niż dokumenty sieci harmonogramu w wielu organizacjach.

Schematy sieci harmonogramu są również wykorzystywane do dokumentowania luzów i spływów oraz leadów i lagów działań. Są one podstawą do identyfikacji ścieżki krytycznej, tj. łańcucha czynności o najdłuższym czasie trwania.

Jak stworzyć diagram sieci harmonogramu?

Właściwymi danymi wejściowymi diagramu sieci harmonogramu są: lista zdefiniowanych czynności, szacowane czasy trwania tych czynności oraz związki logiczne między nimi (zwane również zależnościami).

Aby narysować diagram sieci harmonogramów (zgodnie z metodą AON), będziesz musiał

1. Narysować punkt początkowy,
2. Wprowadzić działania do (przyszłych) węzłów diagramu, w tym szczegóły i dodatkowe dane (patrz wyjaśnienie poniżej),
3. Połącz działania za pomocą strzałek, które reprezentują typ relacji logicznych (jak wyjaśniono w naszym artykule na temat metody diagramowania pierwszeństwa),
4. Dodaj szczegóły do każdej relacji, takie jak typ zależności (np.SS, FS), czy jest ona wymagana, czy uznaniowa, wiodąca i opóźniona, a także inne dane istotne dla harmonogramu, oraz
5. Utwórz punkt końcowy diagramu.

Przykład znajdziesz w następnym rozdziale.

Szczegóły często dodawane do działań obejmują najwcześniejszą datę rozpoczęcia i najpóźniejszą datę zakończenia, krytyczność działania, a także odniesienia do pakietów roboczych lub struktury podziału pracy. Czas oczekiwania na działania, określane jako luz lub float, może być również uwzględniony.

Jeśli wolisz metodę działań na strzałkach (AOA) do opracowania diagramu sieci harmonogramu, rysujesz działania jako strzałki i zależności jako węzły.

W projektach, które wykorzystują oprogramowanie do harmonogramowania w celu wsparcia zarządzania projektem, takie diagramy są zazwyczaj tworzone przez oprogramowanie. Jednak wymagania dotyczące danych wejściowych, tj. lista działań, zależności logicznych oraz leadów i lagów, są takie same i muszą być dostarczone przez użytkownika. Oprogramowanie jest wtedy w stanie narysować diagram i określić optymalną sekwencję działań.

Jeśli nie masz odpowiedniego oprogramowania pod ręką lub jeśli pracujesz w mniejszych, mniej złożonych projektach, możesz również użyć standardowego oprogramowania biurowego, takiego jak Visio lub PowerPoint (którego użyliśmy do stworzenia przykładowego diagramu poniżej), aby stworzyć diagram ręcznie.

Przykładowy diagram sieci harmonogramu

W tym rozdziale przedstawimy (uproszczony) zestaw czynności, które należy uporządkować i udokumentować w diagramie sieci harmonogramu projektu. Część tego studium przypadku jest również wykorzystana w naszym przykładzie metody diagramowania precedencji. Znajdziesz go w naszym artykule PDM wraz z bardziej szczegółowymi informacjami na temat tego, jak zidentyfikowaliśmy i skategoryzowaliśmy logiczne relacje pomiędzy tymi działaniami.

Ten przykład dotyczy projektu rozwoju i wdrożenia IT. Jednak tworzenie i korzystanie z diagramu sieci harmonogramów jest podobne dla wszystkich rodzajów projektów, niezależnie od ich przedmiotu.

Działania i związki logiczne

Projekt składa się z faz

• projektowania,
• rozwoju,
• implementacji,
• testowania i
• wprowadzania oprogramowania.

Działania te są następujące:

1. projekt techniczny modułu A (czas trwania: 10 dni),
2. projekt techniczny modułu B (czas trwania: 5 dni),
3. rozwój modułu A (czas trwania: 15 dni),
4. rozwój modułu B (czas trwania: 20 dni),
5. rozwój cechy F w module B (czas trwania: 1 dzień),
6. implementacja modułu A (czas trwania: 5 dni),
7. implementacja modułu B (czas trwania: 7 dni),
8. testowanie modułu A (czas trwania: 6 dni),
9. testowanie modułu B (czas trwania: 10 dni),
10. testowanie integracyjne (czas trwania: 5 dni),
11. wdrożenie (czas trwania: 1 dzień).

Pierwsze 5 czynności ma logiczne relacje FF, FS, SS i SF. Sprawdź ten przykład w naszym artykule PDM, aby dowiedzieć się, w jaki sposób zidentyfikowaliśmy te typy zależności.

Oprócz tych logicznych zależności, w tej sekwencji działań występują zależności podrzędne i opóźnione:

• Testowanie modułu A może rozpocząć się 4 dni po rozpoczęciu wdrożenia tego modułu, stąd jest to zależność SS z 4-dniowym opóźnieniem.
• Test integracyjny jest w zasadzie zaplanowany do rozpoczęcia po testowaniu modułów (zależność FS). Nie jest to jednak twarda logika: testy integracyjne mogą się już rozpocząć, gdy testowanie modułuB jest ukończone w 80%. Następca ma więc czas realizacji 2 dni.

Jeśli nie znasz jeszcze tej techniki, przeczytaj to wprowadzenie do lagów i leadów, które jest również opatrzone ilustrowanym przykładem.

Tworzenie i rozumienie diagramu sieciowego harmonogramu projektu

Przełożenie tego na diagram sieciowy harmonogramu projektu prowadzi do następującego wyniku:

Aby utworzyć taki diagram, pierwszym krokiem jest identyfikacja logicznych relacji pomiędzy tymi działaniami. Te typy powiązań określają kolejność działań i są reprezentowane przez strzałki na diagramie. Dla lepszego zrozumienia, nie jest rzadkością pisanie odpowiedniego typu zależności obok strzałek.

W najprostszym przypadku zależności, tj. relacji finish-to-start, poprzednia czynność musi zakończyć się jako pierwsza, zanim następna może się rozpocząć. Jest to reprezentowane na diagramie przez narysowanie strzałki od czynności poprzednika do czynności następnika. W naszym przykładzie zostało to zrobione np. dla projektu technicznego i rozwoju modułu A na powyższym diagramie.

Opóźnienie czynności „testowanie modułuA” (czas opóźnienia 4 dni) jest pokazane jako liczba dodatnia, ponieważ wydłuża to całkowity czas trwania tej ścieżki czynności.

Opóźnienie działania 'testowanie integracji’ jest pokazane jako liczba ujemna z przeciwnego powodu.

Implications for Project Schedule Management

Możesz podążać za strzałkami wzdłuż każdej sekwencji działań i dodawać czasy trwania, jak również czasy opóźnienia i opóźnienia, aby określić czas trwania ścieżki. Ścieżka modułu A, od jego zaprojektowania do wdrożenia, składa się z następujących czynności:

• projekt techniczny modułu A (czas trwania: 10 dni),
• rozwijanie modułu A (czas trwania: 15 dni),
• implementacja modułu A (czas trwania: 5 dni),
• testowanie modułu A (czas trwania: 6 dni),
• testowanie integracyjne (czas trwania: 5 dni),
• wdrożenie (czas trwania: 1 dzień).

Całkowity czas trwania tej konkretnej ścieżki, gdyby była ona samodzielnym projektem, wynosiłby 44 dni (10 + 15 + 5 + 4 + 4 + 5 + 1).

Nie jest to jednak prawidłowy czas trwania naszego przykładowego projektu!

Ścieżka modułu B potrzebuje więcej czasu, aby dotrzeć do punktu „testowanie modułu B zakończone w 80%” (45 dni), co jest warunkiem rozpoczęcia testów integracyjnych. Ponieważ potrzeba minimum tylko 34 dni dla ścieżki modułu A, aby zakończyć swoją poprzednią aktywność testu integracyjnego (tj. testowanie modułu A), ścieżka ta musiałaby „czekać” na ścieżkę modułu A, aby zakończyć testowanie swojego modułu. Ten „czas oczekiwania” jest również nazywany luzem lub float.

Wniosek

Sieciowy diagram harmonogramu jest użyteczną wizualizacją kolejności i logicznych relacji działań w projekcie. Jeśli podążysz za strzałkami i weźmiesz pod uwagę typy relacji, jak również prowadzenie i opóźnienia, możesz określić czas trwania ścieżki i, ostatecznie, zidentyfikować ścieżkę krytyczną projektu.

Although the sequencing of activities is oftendone by project management software nowadays, it is crucial to understand thedependencies between activities and their impact on the sequencing and projectchedule. Jest to ważne dla egzaminu PMP, ponieważ zwykle jest tam kilka pytań dotyczących harmonogramowania, jak również dla rozwoju harmonogramów projektów w praktyce.

Czytaj więcej o technikach harmonogramowania w naszej dedykowanej sekcji.

.