Gantt-diagram til softwareudgivelse: fra kodefrys til produktion
Redigerbart Gantt-diagram til en softwareudgivelse: funktioner færdige, kodefrys, regressions-, ydelses- og accepttest, godkendelse, udrulning, smoke-test og tidlig overvågning med afhængigheder og milepæle.
Hvad er gantt-diagram til softwareudgivelse: fra kodefrys til produktion?
Den risikable del af en softwareudgivelse er sjældent koden. Det er de få dage mellem den sidste funktion og den første bruger, hvor test, dokumentation og udrulning skal blive færdige i den rigtige rækkefølge, og datoen allerede er offentlig. Et Gantt-diagram passer godt til den strækning, fordi opgaverne er korte, afhængighederne er virkelige, og en dags forsinkelse ét sted kan ses overalt efterfølgende.
Skabelonen starter ved “Aftal udgivelsens omfang” og slutter ved “Retrospektiv på udgivelsen”. Udviklingen slutter med milepælen “Funktioner færdige”, mens “Ret kendte fejl” starter fem arbejdsdage inde i “Færdiggør resterende funktioner”, så fejlrettelsen overlapper slutningen af udviklingen. Begge skal være færdige før milepælen “Kodefrys”. Efter frysningen starter tre testspor: “Regressionstest”, “Ydelses- og sikkerhedstjek” og “Brugeraccepttest”, som begynder to arbejdsdage efter, at frysningen er begyndt. “Ret udgivelsesblokerende fejl” venter på alle tre.
Udgivelsesnoter og driftsvejledning skrives under testen, ikke efter den, så “Udrul til produktion” venter på “Godkendelse af udgivelse”, “Skriv udgivelsesnoter” og “Opdater driftsvejledning og rollback-plan”. Efter udrulningen er “Smoke-test i produktion” en port for både offentliggørelsen og overvågningsperioden. Slå den kritiske vej til for at se, hvilket testspor der afgør datoen. Varighederne er vejledende arbejdsdage (mandag til fredag); erstat dem med dine egne.
Til hele projektet, der fører op til en udgivelse, kan du se skabelonen [software-projekt-Gantt-diagram](/da/templates/software-projekt-gantt-diagram). Skabelonen er ikke koblet til et kodelager eller et ticketsystem, og den følger hverken fejl eller udrulninger: den planlægger tidsplanen. Afhængigheder forklares i [guiden til afhængigheder i Gantt-diagrammer](/da/guides/gantt-diagram-afhaengigheder-typer-og-forsinkelse).
Hvad dette flowchart dækker
I denne skabelon
- Fire grupper, Udvikling, Test, Udgivelse og Drift og support, med 17 opgaver og tre milepæle: “Funktioner færdige”, “Kodefrys” og “Godkendelse af udgivelse”.
- Overlappende arbejde: “Ret kendte fejl” starter fem arbejdsdage efter, at “Færdiggør resterende funktioner” starter.
- Tre testspor efter frysningen: “Regressionstest”, “Ydelses- og sikkerhedstjek” og “Brugeraccepttest” samt et samlepunkt ved “Ret udgivelsesblokerende fejl”.
- Forberedelse, der ikke venter på testen: “Skriv udgivelsesnoter” og “Opdater driftsvejledning og rollback-plan” starter begge ved “Kodefrys”.
- En afslutning med porte: “Udrul til produktion” venter på “Godkendelse af udgivelse”, og “Smoke-test i produktion” styrer “Offentliggør udgivelsen” og “Overvåg og håndter tidlige problemer”.
Hvornår du skal bruge skabelonen
- Du udgiver til en fast dato og vil se, hvad strækningen fra frys til produktion reelt kræver.
- Test, dokumentation og drift udføres af forskellige personer og har brug for én tidsplan.
- Du vil have en tjekliste for udgivelsen med varigheder og afhængigheder i stedet for en flad liste.
- Du har brug for en plan at starte fra til en udgivelsesrytme, som du kan genbruge hver cyklus.
Planen, opgave for opgave
Alle opgaver i diagrammet med længde i arbejdsdage og det, de venter på. En afhængighed er et trinnummer; SS er start-til-start, FF er slut-til-slut, og +n er en forsinkelse i arbejdsdage.
| # | Opgave | Gruppe | Arbejdsdage | Afhænger af |
|---|---|---|---|---|
| 1 | Aftal udgivelsens omfang | Udvikling | 2 | |
| 2 | Færdiggør resterende funktioner | Udvikling | 10 | 1 |
| 3 | Funktioner færdige | Udvikling | Milepæl | 2 |
| 4 | Ret kendte fejl | Udvikling | 6 | 2SS+5 |
| 5 | Kodefrys | Udvikling | Milepæl | 3, 4 |
| 6 | Regressionstest | Test | 5 | 5 |
| 7 | Ydelses- og sikkerhedstjek | Test | 4 | 5 |
| 8 | Brugeraccepttest | Test | 6 | 5SS+2 |
| 9 | Ret udgivelsesblokerende fejl | Test | 3 | 6, 7, 8 |
| 10 | Godkendelse af udgivelse | Udgivelse | Milepæl | 9 |
| 11 | Skriv udgivelsesnoter | Udgivelse | 3 | 5 |
| 12 | Opdater driftsvejledning og rollback-plan | Udgivelse | 3 | 5 |
| 13 | Udrul til produktion | Udgivelse | 1 | 10, 11, 12 |
| 14 | Smoke-test i produktion | Udgivelse | 1 | 13 |
| 15 | Offentliggør udgivelsen | Drift og support | 1 | 14 |
| 16 | Overvåg og håndter tidlige problemer | Drift og support | 5 | 14 |
| 17 | Retrospektiv på udgivelsen | Drift og support | 1 | 16 |
Sådan fungerer det
Erstat opgaverne med dine egne
Omdøb de 17 opgaver og de fire grupper. Tilføj eller fjern testspor, så de svarer til den måde, I faktisk tester på.
Sæt frysningen som milepæl
Gør “Kodefrys” til en opgave uden varighed, der afhænger af alt, som skal være færdigt, før testen starter, og lad hvert testspor afhænge af den.
Lad forberedelsen overlappe testen
Start udgivelsesnoter og driftsvejledning ved frysningen med egne links, ikke efter testen, så de ikke forlænger datoen.
Saml sporene før godkendelsen
Lad rettelsesopgaven afhænge af alle testspor, så godkendelsen ikke kan stå før alle er færdige.
Tjek den kritiske vej
Brug Vis og derefter Kritisk vej. Er et testspor den længste kæde, bringer en kortere udvikling ikke udgivelsen tættere på.
Genbrug planen
Dupliker diagrammet efter udgivelsen, ret længderne til efter det, I lærte i retrospektivet, og brug det til næste cyklus.
Ofte stillede spørgsmål
Hvad er et Gantt-diagram til en softwareudgivelse?
Et Gantt-diagram for tidsplanen fra den sidste funktion til de første dage i produktion: frys, test, godkendelse, udrulning og overvågning med afhængighederne imellem dem.
Er det koblet til Jira eller GitHub?
Nej. Der er ingen integrationer. Du skriver eller indsætter opgaverne og deres afhængigheder, og tidsplanen beregnes ud fra dem.
Kan jeg køre testspor parallelt?
Ja. Giv hvert spor en afhængighed af frysningen, og lad den næste opgave afhænge af dem alle. Den kritiske vej viser, hvilket spor der afgør datoen.
Er varighederne realistiske?
De er vejledende arbejdsdage. Erstat dem med tal fra jeres egen udgivelseshistorik.
Hvordan adskiller den sig fra softwareprojekt-skabelonen?
Softwareprojekt-skabelonen planlægger en hel udvikling fra krav til lancering. Denne planlægger kun udgivelsesstrækningen, men mere detaljeret.
