Gantt-diagram: bedste praksis for detaljegrad, afhængigheder og buffere
Praktisk bedste praksis for Gantt-diagrammer: hvor detaljerede opgaverne skal være, hvordan du bruger afhængigheder og buffere, hvorfor datoer kun sjældent bør fastlåses, og hvor ofte planen bør gennemgås.
Et Gantt-diagram er kun nyttigt, hvis det er troværdigt. Disse vaner holder en tidsplan kort nok til at læse, ærlig om, hvad der afhænger af hvad, og aktuel nok til at stole på.
Kort fortalt
- Dimensionér opgaver til én ejer og en klar afslutning, groft sagt fra nogle få dage til nogle få uger.
- Forbind kun reelle afhængigheder; lad datoerne regne sig selv ud.
- Tilføj buffere som synlige opgaver eller forsinkelser med et navn, ikke ved at polstre hvert estimat.
- Fastlås kun en startdato, hvor noget uden for planen fastlægger den.
- Gennemgå med en fast rytme og gem historikken, da der ikke findes en baseline-funktion.
Hvad gør et Gantt-diagram værd at læse
De fleste dårlige Gantt-diagrammer fejler i den ene af to retninger. Nogle er for grove til at handle på: fem bjælker til et halvt års projekt og intet om, hvem der laver hvad i denne uge. Andre er for detaljerede til at vedligeholde: tre hundrede rækker, ingen opdaterer efter de første fjorten dage. Vanerne nedenfor sigter mod midten, en plan som en lille gruppe kan læse på få minutter og holde aktuel på få flere.
Tænk i det, du kan styre. En opgave bør være en arbejdsenhed, som én person eller ét team kan eje og sige er færdig. En afhængighed bør være en reel begrænsning, ikke en rækkefølge, du tilfældigvis foretrækker. En dato bør kun fastlåses, når noget uden for planen fastlægger den. Og en plan bør gennemgås med en rytme, for en tidsplan, der aldrig sammenholdes med virkeligheden, er en tegning, ikke en plan.
Vid også, hvad værktøjet gør og ikke gør for dig. QueryChart regner datoer ud fra længder og afhængigheder i hele arbejdsdage, mandag til fredag. Det sammenligner ikke med en baseline, følger ikke omkostninger eller indsats, advarer ikke om overbelastede personer og flytter ikke opgaver for at udjævne belastningen. God praksis er delvis at gøre i hånden, hvad en større pakke ville automatisere.
Eksemplet er en plan for en marketingkampagne. Dens opgaver varer fra 2 til 15 arbejdsdage, og den bruger porte, parallelle spor og ét overlap. Læs den som et eksempel på rimelig detaljegrad.
En kampagneplan med læsbar detaljegrad
Fjorten opgaver i fire trin. Opgavernes længde spænder fra 2 til 15 arbejdsdage; åbn regnearkspanelet for at se dem.
Korte planlægningsopgaver, der ender i en port
"Kampagnebrief" varer 3 arbejdsdage og "Målgruppe og kanalplan" 4. "Budget godkendt" har længden 0, så det er en milepæl: intet produceres, før den er passeret.
Parallelle produktionsspor
"Tekstforfatning" (8 dage), "Design og kreativt arbejde" (10) og "Videoproduktion" (12) venter alle kun på "Budget godkendt", så de løber side om side. Hver er en arbejdsenhed med en ejer, ikke en vag "kreativ" bjælke.
Gennemgangstrin og lanceringsporten
"Kreativ gennemgang" (3 dage) venter på tekst, design og video, og "Juridisk og brandtjek" (2 dage) følger. "Bygning af landingsside" fødes også ind i "Klar til lancering", en milepæl, og "Kampagnelancering" følger efter den.
Kampagnen kører og afsluttes
"Distribution og opslag" løber over 15 arbejdsdage. "Optimering" starter 3 dage efter lanceringen og varer også 15, så de to overlapper. "Slutrapport" venter på begge. Overlappet er en start-til-start-forbindelse med forsinkelse.
Sådan fungerer det
Vælg en detaljegrad, du kan vedligeholde
Sigt efter opgaver, som én person eller ét team kan eje og kalde færdige, og som varer fra nogle få dage til nogle få uger. Er en opgave kortere end en dag eller to, så slå den sammen. Er den længere end en måned, så del den.
Gruppér opgaverne i faser
Brug Gruppe (Group) til at tegne opgaver i bånd med en oversigtsbjælke. Faser lader en læser se projektets form, før nogen opgave læses, og lader dig skjule detaljer i tankerne under gennemgangen.
Tilføj kun de afhængigheder, der er reelle
Spørg for hver opgave, hvad den reelt ikke kan starte uden. List de forgængere i Afhænger af (Depends on). Lad resten stå uforbundet, så planen viser, hvor arbejde kan løbe parallelt.
Gør buffere synlige
Vil du have en reserve, så tilføj den som en navngivet opgave før en port eller som en forsinkelse på forbindelsen, så alle kan se den. Pump ikke stille og roligt alle estimater op; polstring skjult i hver opgave bliver brugt op opgave for opgave.
Fastlås kun en dato, når verden fastlægger den
Fastlås en Start for en lanceringsbegivenhed, en kontraktdato eller en forsendelse. Lad alt andet blive regnet ud. En fast dato i konflikt med en afhængighed bliver markeret, og det er dens nyttige opgave.
Gennemgå med en rytme, og registrér fremdrift
Én gang om ugen: opdatér Fremdrift (Progress), sammenhold i-dag-linjen med bjælkerne, og ret længder, der var forkerte. Brug versionshistorik og kommentarer til at registrere ændringer, da værktøjet ikke har en baseline at sammenligne med.
Faldgruber du skal undgå
Detaljer, ingen vil vedligeholde
En plan med hundredvis af rækker er forældet efter få uger og vildleder så. Tredive nøjagtige opgaver er bedre end tre hundrede håbefulde.
Afhængigheder af vane
At kæde hver opgave til den ovenfor gør planen til én lang linje og skjuler parallelt arbejde. Tjek hver forbindelse mod spørgsmålet: hvad venter den reelt på?
Faste datoer overalt
Hver fast Start fastfryser opgaven over for planens logik. Skrider en forgænger, flytter den fastlåste opgave sig ikke, og diagrammet markerer en konflikt i stedet for at vise en ny dato.
At forvente en baseline
QueryChart gemmer ikke en sammenligning af plan og faktisk forløb. Har du brug for at se skred, så notér slutdatoen ved hver gennemgang i en kommentar eller i noterne, og brug versionshistorikken.
Åbn kampagneplanen
Åbn marketingkampagneplanen som dit eget diagram, erstat opgaverne med dine, og tjek hver afhængighed mod det, opgaven reelt venter på.
Relaterede guides
Ofte stillede spørgsmål
Hvor mange opgaver bør et Gantt-diagram have?
Nok til at vise, hvem der ejer hvad, og hvor afhængighederne er, og ikke flere, end du vil holde ajour. For et lille projekt er det ofte femten til fyrre. Kan du ikke vedligeholde det ugentligt, har det for mange.
Hvor lang bør en opgave være?
Lang nok til at være en meningsfuld arbejdsenhed, typisk fra nogle få dage til nogle få uger. Opgaver i QueryChart er hele arbejdsdage, så halve dage kan ikke indtastes.
Hvordan tilføjer jeg en buffer?
Tilføj en opgave opkaldt som en buffer før en milepæl, eller læg en forsinkelse på afhængigheden, for eksempel tre arbejdsdages positiv forsinkelse som reserve. Begge dele er synlige i diagrammet.
Hvor ofte bør jeg gennemgå planen?
Ugentligt for et projekt i gang, med opdateret fremdrift og i-dag-linjen sammenholdt med bjælkerne. Gennemgå også, når noget ændrer en længde eller en afhængighed.
Kan jeg se plan mod faktisk forløb?
Nej. Der er ingen baseline-funktion. Brug fremdrift i hver bjælke, i-dag-linjen, kommentarer og versionshistorik til at følge ændringer. Se vejledningen om afhængigheder i et Gantt-diagram for at holde logikken ren.
