Netværksdiagram for projektplanlægning: Definition | Anvendelse | Eksempel
On november 4, 2021 by adminNår du har brug for at planlægge aktiviteterne i et projekt, kan du overveje at bruge et projektplanlægningsnetværksdiagram. Dette er en gennemprøvet teknik til at fastlægge og dokumentere rækkefølgen af aktiviteter under hensyntagen til indbyrdes afhængigheder mellem dem. Det foreslås også i Project Management Institutes ramme (PMBOK®, 6th ed., kap. 6.3.3.1).
Hvad er et projektplanlægningsnetværksdiagram?
Et projektplanlægningsnetværksdiagram er en udgangstype af processen “sekventering af aktiviteter” i henhold til PMI’s Guide to the Project Management Body of Knowledge (PMBOK®, 6th ed., kap. 6.3.3).
Projektplanlægningsnetværksdiagrammer viser den rækkefølge, i hvilken aktiviteterne bør planlægges for at tage hensyn til de logiske relationer mellem disse aktiviteter.
Det består typisk af knuder, der repræsenterer aktiviteter, og pile, der viser rækkefølgen og afhængighederne. Denne form for præsentation kaldes også “aktiviteter på knuder” (AON-diagrammer), og det er nok den mest almindelige form for projektplanlægningsnetværksdiagram.
En alternativ præsentationsform er “aktiviteter på pile” (AOA), hvor aktiviteterne, som navnet antyder, vises som pile, mens knuderne repræsenterer de logiske relationer.
En teknik til at skabe projektplanens netværksdiagrammer er precedence diagramming-metoden, som vi forklarer i denne artikel (inkl. eksempel).
Logiske relationer
Diagrammet er baseret på og ofte beriget med oplysninger om typen af logisk relation mellem aktiviteterne. De4 typer af afhængigheder er
- Finish to finish (FF),
- Finish to start (FS),
- Start to start (SS), og
- Start to finish (SF).
Den første del af disse udtryk angiver den status, som forgængeraktiviteten skal opnå, før efterfølgeraktiviteten kan have den status, der henvises til i den anden del. I en finish-to-start-afhængighed skal for eksempel forgængeren være færdig, før efterfølgeren kan starte. Læs mere, inkl. eksempler, i denne introduktion til metoden til diagrammering af forgængeraktiviteter.
Selvom afhængigheder kan et projektplandiagram også vise leads og lags. Dette er karakteristika ved timing og planlægning af aktiviteter, som vi forklarer i detaljer i denne artikel.
Hvad bruges et projektnetværksdiagram til?
Et projektnetværksdiagram bruges til at udvikle og dokumentere rækkefølgen af aktiviteter. Det hører til vidensområdet “projektplanlægning”, hvor det tjener som input til andre planlægningsteknikker, såsom planlægningsnetværksanalysen eller den kritiske vejmetode (PMBOK®, kap. 6.5.2.1).
I et projekt kan du også bruge denne type diagram til at diskutere sekvenser og afhængigheder samt til kommunikation med interessenterne. I større projekter er det dog ofte et ret detaljeret og komplekst arbejdsdokument, der forbinder alle aktiviteters afhængigheder og sekvenser med den samlede projektplan og varighed. Med hensyn til kommunikation af projektplanen er andre præsentationsformer (f.eks. Gantt-diagrammer) og en mere aggregeret visning mere almindelige end planlægningsnetværksdokumenter i mange organisationer.
Planlægningsnetværksdiagrammer anvendes også til at dokumentere aktiviteternes forsinkelser og udsving samt forspring og forsinkelser. De er grundlaget for at identificere den kritiske vej, dvs. den kæde af aktiviteter med den længste varighed.
Hvordan opretter man et planlægningsnetværksdiagram?
Relevante input i planlægningsnetværksdiagrammet er listen over definerede aktiviteter, de estimerede varigheder for disse aktiviteter og de logiske relationer mellem dem (også kaldet afhængigheder).
For at tegne et skemanetværksdiagram (i overensstemmelse med AON-metoden) skal du
- Tegne et startpunkt,
- Insætte aktiviteter på de (fremtidige) knudepunkter i dit diagram, herunder detaljer og yderligere data (se forklaring nedenfor),
- Forbind aktiviteterne med pile, der repræsenterer typen af logiske relationer (som forklaret i vores artikel om præcedensdiagrammetoden),
- Føj detaljer til hver relation, f.eks. typen af afhængighed (f.eks.f.eks. SS, FS), om den er påkrævet eller diskretionær, leads og lags, samt andre data, der er relevante for din planlægning, og
- Opret et slutpunkt for diagrammet.
Du finder et eksempel i næste afsnit.
Detaljer, der ofte tilføjes til aktiviteterne, omfatter den tidligste start- og seneste slutdato, kriticiteten af en aktivitet samt henvisninger til arbejdspakker eller arbejdsfordelingsstrukturen. Ventetid for aktiviteter, kaldet slack eller float, kan også medtages.
Hvis du foretrækker metoden aktiviteter-på-pile (AOA) til at udvikle dit planlægningsnetværksdiagram, tegner du aktiviteter som pile og afhængigheder som knuder.
I projekter, der bruger planlægningssoftware til at støtte projektledelsen, oprettes sådanne diagrammer normalt af softwaren. Kravene til inputdata, dvs. listen over aktiviteter, logiske relationer og leads og lags, er imidlertid de samme og skal leveres af brugeren. Softwaren er derefter i stand til at tegne diagrammet og bestemme den optimale rækkefølge af aktiviteter.
Hvis du ikke har den rette software til rådighed, eller hvis du arbejder med mindre, mindre komplekse projekter, kan du også bruge standardkontorsoftware som Visio eller PowerPoint (som vi har brugt til at oprette eksempeldiagrammet nedenfor) til at oprette diagrammet manuelt.
Eksempel på et planlægningsnetværksdiagram
I dette afsnit vil vi introducere et (forenklet) sæt af aktiviteter, der skal sekventeres og dokumenteres i et projektplanlægningsnetværksdiagram. En del af dette casestudie bruges også i vores eksempel på præcedensdiagrammetoden. Du kan finde det i vores PDM-artikel sammen med flere detaljer om, hvordan vi har identificeret og kategoriseret de logiske relationer mellem disse aktiviteter.
Dette eksempel handler om et it-udviklings- og implementeringsprojekt. Oprettelsen og brugen af et skemanetværksdiagram er dog ens for alle former for projekter uanset deres emne.
Aktiviteter og logiske relationer
Projektet består af faserne
- design,
- udvikling,
- implementering,
- testning og
- udrulning af softwaren.
Aktiviteterne er som følger:
- teknisk design af modul A (varighed: 10 dage),
- teknisk design af modul B (varighed: 10 dage),
- teknisk design af modul B (varighed: 10 dage): 5 dage),
- udvikling af modul A (varighed: 15 dage),
- udvikling af modul B (varighed: 20 dage),
- udvikling af funktion F i modul B (varighed: 20 dage),
- udvikling af funktion F i modul B (varighed: 15 dage): 1 dag),
- implementering af modul A (varighed: 5 dage),
- implementering af modul B (varighed: 7 dage),
- afprøvning af modul A (varighed: 6 dage),
- afprøvning af modul B (varighed: 10 dage),
- integrationsprøvning (varighed: 5 dage),
- implementering (varighed: 1 dag).
De første 5 aktiviteter har de logiske relationer FF, FS, SS og SF. Se dette eksempel i vores PDM-artikel for at lære, hvordan vi har identificeret disse afhængighedstyper.
Ud over disse logiske relationer er der også ledninger og forsinkelser i denne rækkefølge af aktiviteter:
- Testen af modul A kan starte 4 dage efter, at implementeringen af dette modul er startet, og det er derfor en SS-afhængighed med 4 dages forsinkelse.
- Integrationstesten er i princippet planlagt til at starte efter afprøvningen af modulerne (FS-relation). Dette er imidlertid ikke en hård logik: integrationstesten kan allerede begynde, når testen af modul B er 80 % afsluttet. Efterfølgeren har derfor en lead time på 2 dage.
Hvis du endnu ikke er bekendt med denne teknik, så læs denne introduktion til lags og leads, der også kommer med et illustreret eksempel.
Skabelse og forståelse af projektplanlægningsnetværksdiagrammet
Overførsel af dette til et projektplanlægningsnetværksdiagram fører til følgende resultat:
For at skabe et sådant diagram er det første skridtat identificere de logiske relationer mellem disse aktiviteter. Disse relationstyper definerer rækkefølgen af aktiviteterne, og de er repræsenteret ved pile i dette diagram. For at gøre det mere forståeligt er det ikke ualmindeligt at skrive den respektive afhængighedstype ved siden af pilene.
I det enkleste tilfælde af afhængighed, dvs. forholdet mellem afslutning og start, skal forgængeraktiviteten først afsluttes, før efterfølgeren kan starte. Dette repræsenteres i diagrammet ved at tegne en pil fra forgænger- til efterfølgeraktiviteten. I vores eksempel er dette f.eks. sket for det tekniske design og udviklingen af modul A i ovenstående diagram.
Den forsinkelse af aktiviteten “test af modul A” (forsinkelsestid 4 dage) er vist som et positivt tal, da det forlænger den samlede varighed af denne aktivitetssti.
Aktiviteten “integrationstestning “s forspring er vist med et negativt tal af den modsatte grund.
Implikationer for projektplanlægning
Du kan følge pilene langs hver enkelt aktivitetssekvens og tilføje varigheden samt forspring- og forsinkelsestiderne for at bestemme varigheden af et forløb. Modul A’s vej fra design til implementering består af følgende aktiviteter:
- teknisk design af modul A (varighed: 10 dage),
- udvikling af modul A (varighed: 10 dage),
- udvikling af modul A (varighed: 10 dage): 15 dage),
- implementering af modul A (varighed: 5 dage),
- afprøvning af modul A (varighed: 6 dage),
- integrationstest (varighed: 5 dage),
- implementering (varighed: 1 dag).
Den samlede varighed af denne vej, hvis det var et selvstændigt projekt, ville være 44 dage (10 + 15 + 5 + 4 + 4 + 4 + 5 + 1).
Det er imidlertid ikke den korrekte varighed af vores eksempelprojekt!
Det tager længere tid for modul B at nå frem til punktet “testning af modul B 80 % afsluttet” (45 dage), som er forudsætningen for, at integrationstesten kan begynde. Da det kun tager mindst 34 dage for modul A’s vej at afslutte den aktivitet, der går forud for integrationstesten (dvs. afprøvning af modul A), skal denne vej “vente” på, at modul A’s vej afslutter sin modulafprøvning. Denne “ventetid” kaldes også “slack” eller “float”.
Slutning
Et planlægningsnetværksdiagram er en nyttigvisualisering af rækkefølgen og de logiske relationer mellem aktiviteterne i et projekt. Hvis du følger pilene og tager hensyn til typerne af relationer samt lead og lags, kan du bestemme varigheden af en sti og i sidste ende identificere den kritiske sti i et projekt.
Selv om rækkefølgen af aktiviteterne i dag ofte udføres af projektstyringssoftware, er det afgørende at forstå afhængighederne mellem aktiviteterne og deres indvirkning på rækkefølgen og projektets tidsplan. Dette er vigtigt for PMP-eksamen, da der normalt er et par spørgsmål om planlægning, samt for udviklingen af projektplaner i praksis.
Læs mere om planlægningsteknikker i vores dedikerede afsnit.
Skriv et svar