Nätverksdiagram för projektplanering: Definition | Användning | Exempel

När du behöver planera aktiviteterna i ett projekt kan du överväga att använda ett nätverksdiagram för projektplanering. Detta är en beprövad teknik för att fastställa och dokumentera aktivitetssekvensen med hänsyn till ömsesidiga beroenden mellan aktiviteterna. Den föreslås också i Project Management Institutes ramverk (PMBOK®, 6th ed., kap. 6.3.3.1).

Vad är ett nätverksdiagram för projektplanering?

Ett nätverksdiagram för projektplanering är en utdatatyp av processen ”sekvensering av aktiviteter” enligt PMI:s Guide to the Project Management Body of Knowledge (PMBOK®, 6th ed., kap. 6.3.3).

Nätverksdiagram för projektplanering visar i vilken ordning aktiviteterna bör planeras för att hantera logiska relationer mellan dessa aktiviteter.

Det består vanligtvis av noder som representerar aktiviteter och pilar som visar ordningsföljd och beroenden. Det är förmodligen den vanligaste typen av nätverksdiagram.

En alternativ presentationsform är AOA-metoden (Activities on Arrows) där, som namnet antyder, aktiviteterna visas som pilar medan noderna representerar de logiska relationerna.

En teknik för att skapa nätverksdiagram för projektschemat är prejudikatsdiagrammetoden som vi förklarar i den här artikeln (inkl. exempel).

Logiska relationer

Diagrammet baseras på och berikas ofta med information om vilken typ av logisk relation som finns mellan aktiviteter. De4 typerna av beroenden är

• Finish to finish (FF),
• Finish to start (FS),
• Start to start (SS), och
• Start to finish (SF).

Den första delen av dessa termer anger den status som den föregående aktiviteten måste uppnå innan den efterföljande aktiviteten kan ha den status som avses i den andra delen. I ett beroende mellan avslut och start, till exempel, måste föregångaren ha avslutats för att efterföljaren ska kunna påbörja sin verksamhet. Läs mer, inklusive exempel, i denna introduktion till metoden för att skapa diagram för föregångare.

En projektplanediagram kan förutom beroenden även visa försprång och eftersläpningar. Detta är egenskaper för timing och schemaläggning av aktiviteter som vi förklarar i detalj i den här artikeln.

Vad används ett projektnätverksdiagram till?

Ett projektnätverksdiagram används för att utveckla och dokumentera sekvensen av aktiviteter. Det tillhör kunskapsområdet ”Project Schedule Management”, där det används som ett underlag för andra schemaläggningstekniker, t.ex. schemanätverksanalysen eller metoden för kritiska vägar (PMBOK®, kap. 6.5.2.1).

I ett projekt kan du också använda den här typen av diagram för att diskutera sekvenser och beroenden samt för kommunikation med intressenterna. I större projekt är det dock ofta ett ganska detaljerat och komplext arbetsdokument som kopplar beroenden och sekvenser för alla aktiviteter till projektets övergripande tidsplan och varaktighet. När det gäller kommunikationen av projektplanen tenderar andra presentationssätt (t.ex. Gantt-diagram) och en mer aggregerad bild att vara vanligare än nätverksdokument för tidsplanering i många organisationer.

Nätverksdiagram för tidsplanering används också för att dokumentera aktiviteternas slacks och floats samt leads och lags. De ligger till grund för att identifiera den kritiska vägen, dvs. kedjan av aktiviteter med den längsta varaktigheten.

Hur skapar man ett schema-nätverksdiagram?

Relevanta indata i schema-nätverksdiagrammet är listan över definierade aktiviteter, de uppskattade varaktigheterna för dessa aktiviteter och de logiska relationerna mellan dem (även kallade beroenden).

För att rita ett schema-nätverksdiagram (i linje med AON-metoden) måste du

1. Rita en startpunkt,
2. Insätt aktiviteter i diagrammets (framtida) noder, inklusive detaljer och ytterligare uppgifter (se förklaring nedan),
3. Förbind aktiviteterna med pilar som representerar typen av logiska relationer (som förklaras i vår artikel om metoden för prekärhetsdiagram),
4. Förstärk varje relation med detaljer, t.ex. typ av beroende (t.ex.
5. Skapa en slutpunkt för diagrammet.

Det finns ett exempel i nästa avsnitt.

Detaljer som ofta läggs till i aktiviteterna är det tidigaste startdatumet och det senaste slutdatumet, aktivitetens kriticitet samt referenser till arbetspaket eller arbetsfördelningsstrukturen. Väntetid för aktiviteter, som kallas slack eller float, kan också inkluderas.

Om du föredrar metoden aktiviteter-på-pilar (AOA) för att utveckla ditt schema-nätverksdiagram ritar du aktiviteter som pilar och beroenden som noder.

I projekt som använder schemaläggningsprogramvara som stöd för projektledningen, skapas sådana diagram vanligtvis av programvaran. Kraven på indata, dvs. listan över aktiviteter, logiska relationer samt leads och lags, är dock desamma och måste tillhandahållas av användaren. Programvaran kan sedan rita diagrammet och bestämma den optimala sekvensen av aktiviteter.

Om du inte har rätt programvara till hands eller om du arbetar med mindre, mindre komplexa projekt, kan du också använda vanliga kontorsprogram som Visio eller PowerPoint (som vi har använt för att skapa exempeldiagrammet nedan) för att skapa diagrammet manuellt.

Exempel på ett schema-nätverksdiagram

I det här avsnittet kommer vi att presentera en (förenklad) uppsättning aktiviteter som måste ordnas och dokumenteras i ett schema-nätverksdiagram för ett projekt. En del av denna fallstudie används också i vårt exempel på precedensdiagrammetoden. Du hittar det i vår PDM-artikel tillsammans med mer detaljer om hur vi har identifierat och kategoriserat de logiska relationerna mellan dessa aktiviteter.

Detta exempel handlar om ett IT-utvecklings- och implementeringsprojekt. Men skapandet och användningen av ett schema-nätverksdiagram är liknande för alla typer av projekt oavsett ämne.

Aktiviteter och logiska relationer

Projektet består av faserna

• design,
• utveckling,
• implementering,
• testning och
• utplacering av programvaran.

Aktiviteterna är följande:

1. teknisk design av modul A (varaktighet: 10 dagar),
2. teknisk design av modul B (varaktighet: 5 dagar),
3. utveckling av modul A (varaktighet: 15 dagar),
4. utveckling av modul B (varaktighet: 20 dagar),
5. utveckling av funktion F i modul B (varaktighet: 5 dagar),
6. utveckling av funktion F i modul B (varaktighet: 5 dagar): 1 dag),
7. implementering av modul A (varaktighet: 5 dagar),
8. implementering av modul B (varaktighet: 7 dagar),
9. testning av modul A (varaktighet: 6 dagar),
10. testning av modul B (varaktighet: 10 dagar),
11. integrationstestning (varaktighet: 5 dagar),
12. Deployment (varaktighet: 1 dag).

De fem första aktiviteterna har de logiska sambanden FF, FS, SS och SF. Se det här exemplet i vår PDM-artikel för att lära dig hur vi har identifierat dessa typer av beroenden.

Inom dessa logiska relationer finns det även försprång och eftersläpningar i den här sekvensen av aktiviteter:

• Testningen av modul A kan börja fyra dagar efter det att implementeringen av den modulen har påbörjats, vilket innebär att det är ett SS-beroende med en eftersläpning på fyra dagar.
• Integrationstestet är i princip planerat att starta efter testningen av modulerna (FS-relation). Detta är dock ingen hård logik: integrationstesterna kan påbörjas redan när testningen av modul B är 80 % avslutad. Efterföljaren har därför en ledtid på 2 dagar.

Om du ännu inte är bekant med den här tekniken kan du läsa denna introduktion till lags och leads som också innehåller ett illustrerat exempel.

Skapa och förstå nätverksdiagrammet för projektschemat

Om man överför detta till ett nätverksdiagram för projektschemat får man följande resultat:

För att skapa ett sådant diagram måste man först identifiera de logiska sambanden mellan dessa aktiviteter. Dessa relationstyper definierar aktiviteternas sekvens och de representeras av pilar i detta diagram. För att göra det lättare att förstå är det inte olämpligt att skriva respektive beroendetyp bredvid pilarna.

I det enklaste fallet av beroende, dvs. relationen slutföra-till-starta, måste den föregående aktiviteten först slutföras innan den efterföljande kan påbörjas. Detta representeras i diagrammet genom att man ritar en pil från föregångaren till efterföljaren. I vårt exempel har detta gjorts t.ex. för den tekniska utformningen och utvecklingen av modul A i diagrammet ovan.

Fördröjningen av aktiviteten ”testning av modul A” (fördröjningstid 4 dagar) visas som ett positivt tal, eftersom det förlänger den totala varaktigheten för denna aktivitetskedja.

Försprånget för aktiviteten ”integrationstestning” visas med ett negativt tal av motsatt anledning.

Implikationer för projektets schemaläggning

Du kan följa pilarna längs varje aktivitetssekvens och lägga till varaktigheten samt försprångs- och eftersläpningstiderna för att bestämma varaktigheten för ett steg. Modul A:s väg, från utformning till driftsättning, består av följande aktiviteter:

• teknisk utformning av modul A (varaktighet: 10 dagar),
• utveckling av modul A (varaktighet: 10 dagar),
• utveckling av modul A (varaktighet: 10 dagar),
• utveckling av modul A (varaktighet: 10 dagar): 15 dagar),
• implementering av modul A (varaktighet: 5 dagar),
• testning av modul A (varaktighet: 6 dagar),
• integrationstestning (varaktighet: 5 dagar),
• Deployment (varaktighet: 1 dag).

Den totala varaktigheten för denna särskilda väg skulle, om den var ett självständigt projekt, vara 44 dagar (10 + 15 + 5 + 4 + 4 + 4 + 5 + 1).

Detta är dock inte den korrekta varaktigheten för vårt exempelprojekt!

Varaktigheten för modul B tar längre tid för att nå fram till punkten ”testning av modul B är 80 % avslutad” (45 dagar), vilket är villkoret för att integreringstestet ska kunna starta. Eftersom det tar minst 34 dagar för modul A att avsluta den föregående aktiviteten i integrationstestet (dvs. testning av modul A), måste denna modul ”vänta” på att modul A ska avsluta sin testning av modulen. Denna ”väntetid” kallas också slack eller float.

Slutsats

Ett schema-nätverksdiagram är en användbarvisualisering av sekvensen och de logiska relationerna mellan aktiviteterna i ett projekt. Om du följer pilarna och tar hänsyn till typerna av relationer och till ledningar och eftersläpningar kan du bestämma varaktigheten för en väg och så småningom identifiera den kritiska vägen i ett projekt.

Trots att ordningsföljden för aktiviteterna numera ofta görs med hjälp av programvaror för projekthantering är det viktigt att förstå beroendena mellan aktiviteterna och deras inverkan på ordningsföljden och projektets tidsplanering. Detta är viktigt för PMP-examen, eftersom det vanligtvis finns några frågor om schemaläggning, samt för utvecklingen av projektplaner i praktiken.

Läs mer om schemaläggningstekniker i vårt särskilda avsnitt.