Gantt-diagram til softwareprojekt: fra afdækning til release
Redigerbart Gantt-diagram til softwareudvikling: afdækning, design, udvikling, QA, udrulning, release og evaluering efter release, med afhængigheder og milepæle. Ret en varighed, og datoerne følger.
Hvad er gantt-diagram til softwareprojekt: fra afdækning til release?
Softwareplaner går galt i en bestemt rækkefølge. Kravene skrives, design starter på det første udkast, udviklingen begynder, før designet er gennemgået, og testen presses ind i den tid, der er tilbage til sidst. Et Gantt-diagram forhindrer det ikke, men det gør presset synligt tidligt, fordi afhængighederne står på siden: test kan ikke blive færdig før integrationen, og release kan ikke ske før go/no-go-beslutningen.
Skabelonen har fem trin: Afdækning, Design, Udvikling, QA og Release, med 17 opgaver. Backend- og frontend-udvikling kører side om side og mødes ved »Integration«, og »Testplan og testdata« forberedes under udviklingen, så »Systemtest« kan starte den dag, integrationen slutter. Den er bevidst ikke bundet til en metode. Arbejder I i sprints, så behandl udviklingsopgaverne som en blok af sprints og behold resten som rammen om releasen; diagrammet er til planen omkring iterationerne, ikke til hver enkelt iteration.
Varighederne er arbejdsdage og er pladsholdere. Et rigtigt estimat kommer fra teamet, og den nyttige vane er at ændre tallene og se, hvad der flytter sig. Hvis frontend tager 25 dage i stedet for 18, flytter »Integration« sig, og det gør alt efter den også. Planen har ingen faste datoer, så den starter den dag, du opretter den.
Selve releasen er en proces for sig: softwarerelease-processen på /da/templates/software-release-proces og udrulningsprocessen på /da/templates/software-deployment-proces tegner trinnene inde i opgaverne »Udrul til produktion« og »Release«.
Hvad dette flowchart dækker
I denne skabelon
- Fem trin, Afdækning, Design, Udvikling, QA og Release, med 17 opgaver og tre beslutningsmilepæle: »Omfang aftalt«, »Designgennemgang« og »Go/no-go-beslutning«.
- Parallel udvikling: »Backend-udvikling« og »Frontend-udvikling« starter begge efter »Designgennemgang« og mødes ved »Integration«.
- Testforberedelse uden for den kritiske vej: »Testplan og testdata« kører, mens udviklingen er i gang, så »Systemtest« ikke venter på den.
- En trinvis release: »Brugeraccepttest« fører til »Go/no-go-beslutning«, derefter »Udrul til produktion« og milepælen »Release«.
- Support og læring efter lanceringen: »Intensiv support« efterfulgt af »Evaluering efter release«, så projektet afsluttes med en beslutning om, hvad der skal ændres næste gang.
Hvornår du skal bruge skabelonen
- Du skal fortælle en interessent, hvornår en release kan gå live, og hvad den dato afhænger af.
- En funktion er forsinket, og du skal se, hvilke senere opgaver der flytter sig, og hvilke der ikke gør.
- Testen bliver ved med at blive presset sammen til sidst, og du vil have effekten af en sen udvikling vist tydeligt.
- Du starter et projekt og vil have en standardform fra afdækning til release at tilpasse.
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 | Interviews med interessenter | Afdækning | 4 | |
| 2 | Skriv krav | Afdækning | 5 | 1 |
| 3 | Omfang aftalt | Afdækning | Milepæl | 2 |
| 4 | Teknisk arkitektur | Design | 4 | 3 |
| 5 | UX-design og prototype | Design | 8 | 3 |
| 6 | Designgennemgang | Design | Milepæl | 4, 5 |
| 7 | Backend-udvikling | Udvikling | 20 | 6 |
| 8 | Frontend-udvikling | Udvikling | 18 | 6 |
| 9 | Integration | Udvikling | 5 | 7, 8 |
| 10 | Testplan og testdata | QA | 4 | 6 |
| 11 | Systemtest | QA | 8 | 9, 10 |
| 12 | Brugeraccepttest | QA | 5 | 11 |
| 13 | Go/no-go-beslutning | Release | Milepæl | 12 |
| 14 | Udrul til produktion | Release | 2 | 13 |
| 15 | Release | Release | Milepæl | 14 |
| 16 | Intensiv support | Release | 10 | 15 |
| 17 | Evaluering efter release | Release | 2 | 16 |
Sådan fungerer det
Erstat opgaverne med dine egne
Omdøb de 17 opgaver og de fem trin. Tilføj opgaver inden for et trin frem for nye trin, medmindre din proces virkelig har et trin mere.
Estimér udviklingen i parallelle spor
Giv hvert udviklingsspor sin egen opgave, som skabelonen gør med backend og frontend, så tidsplanen viser den længste af de to som den, der afgør datoen.
Gør beslutningsmilepælene reelle
Behandl »Designgennemgang« og »Go/no-go-beslutning« som porte med en ejer og kriterier. En milepæl uden nogen, der kan sige nej, er kun en dato.
Start test, så snart input findes
Knyt testforberedelsen til designet, ikke til slutningen af udviklingen. Knyt systemtesten til integrationen. Brug start-til-start-led, hvor testen overlapper slutningen af en opgave.
Planlæg tiden efter releasen
Behold »Intensiv support« og »Evaluering efter release« i planen. Teams, der lader tidsplanen slutte ved releasen, oplever, at næste projekt starter med den samme uplanlagte support.
Slå den kritiske vej til
Brug menuen Vis til at se, hvilke opgaver der bestemmer release-datoen. At forkorte en opgave uden for vejen flytter ikke datoen.
Ofte stillede spørgsmål
Hvordan laver jeg et Gantt-diagram til et softwareprojekt?
Skriv de trin, din release gennemgår, opdel hvert i opgaver, giv hver opgave en varighed i arbejdsdage, og angiv, hvad den venter på. Skabelonen gør det for et generisk projekt fra afdækning til evaluering efter release. Redigér opgaver og varigheder, så beregnes datoerne ud fra dem.
Kan jeg bruge det sammen med agil udvikling eller Scrum?
Ja, til planen omkring sprintene. Vis udviklingen som én opgave eller en kort række sprintstore opgaver, og behold release-milepælene, test og intensiv support i diagrammet. Et Gantt-diagram er ikke et sprintboard: det følger hverken user stories eller velocity.
Hvad skal milepælene være?
Milepæle markerer beslutninger, ikke arbejde: omfang aftalt, designgennemgang og go/no-go-beslutningen i denne skabelon. Tilføj en, hvor nogen skal godkende, før næste trin kan starte.
Kan jeg importere opgaver fra et regneark?
Du kan indsætte en tabel med opgaver, varigheder og afhængigheder i arket ved siden af diagrammet. Der er endnu ingen filupload til Gantt-diagrammer, så kopiér rækkerne fra dit regneark og indsæt dem i arket ved siden af diagrammet.
