Agile Release Planning i Hybrid-Og Agile-Prosjekter

når du jobber i et agile – prosjekt eller tar sikte på å bruke agile-metoder, kan agile release planning være en kritisk teknikk for IT-og produkt-sentriske prosjekter. Agile release planning er oppført som en planleggingsteknikk i PMBOK (PMI Project Management Body Of Knowledge). Det er derfor også relevant For Project Management Professional (Pmp) sertifisering.

selv om denne metoden ikke nødvendigvis er et krav i alle ekte agile tilnærminger, er det et godt verktøy for utgivelsesdrevne agile og hybridprosjekter. Dette skyldes at agile release planning kan bygge bro over gapet mellom mer tradisjonell prosjektplanlegging og agile eller iterativ produktutvikling.

Les videre for å lære mer om denne teknikken.

Hvordan Fungerer Utgivelser?

en utgivelse består vanligvis av et sett med funksjoner eller programvarekomponenter som utvikles og testes innen en viss tidsperiode. Ved utvikling og testing blir disse funksjonene distribuert på en gang som en del av utgivelsen.

Utgivelser kan inkludere funksjoner og forbedringer av programvare, samt deler og deler av større utviklingsprosjekter. For eksempel kan oppgraderingen av et selvutviklet eller hyllevare system brytes opp i forskjellige utgivelser for å sikre en jevn overgang, videreføring av operasjoner, og for å unngå risikoen forbundet med ‘big bang’ migreringer.

Hva Er En Utgivelsesplan?

utgivelsesplanen er dokumentet som angir omfanget, tidslinjen og, i noen organisasjoner, ressurser og kostnader knyttet til en utgivelse.

en utgivelsesplan beskriver hvilke systemkomponenter som utvikles, testes og implementeres i løpet av en fast tidsperiode (ofte mellom 1 og 6 måneder). Utgivelsesplanen kan ses som en prioritert liste over funksjoner, som ligner på produkt backlogs i noen smidige rammer. Det krever vanligvis litt prioritering, da det ofte er tilfelle at ikke alle systemkrav kan dekkes av en enkelt utgivelse. Dette gjelder spesielt i mer komplekse organisatoriske og IT-miljøer.

i tillegg til nyutviklede funksjoner eller produkter, kan en utgivelsesplan også inkludere feilrettinger og kritiske forbedringer eller endringer i eksisterende systemer.

Utgivelsesplaner settes ofte opp på forhånd for et par kommende utgivelser(f. eks. planer for 4 utgivelser innen 1 år). Dette gir mulighet for tildeling av komponenter til en målutgivelse basert på funksjonenes individuelle prioritet, risiko og kritikk. Vanligvis er planen for nærmeste utgivelse detaljert, mens planer for påfølgende utgivelser pleier å være grove. Imidlertid er disse planene normalt raffinert og blir mer detaljert ettersom den respektive utgivelsen kommer nærmere. Dette kan sammenlignes med begrepet progressiv utarbeidelse i prosjektledelse.

Utgivelsesplaner I Tradisjonelle Og Smidige Prosjekter

i tradisjonelle IT-relaterte prosjekter er utgivelsesplaner en svært vanlig teknikk for å administrere programvareutvikling og distribusjon.

noen smidige rammer bruker også utgivelser og utgivelsesplaner. I Extreme Programming (XP), for Eksempel, består en utgivelse av flere iterasjoner som er kortere og enklere å administrere som leveranser er brutt opp i mindre deler av omfanget av en utgivelse.

den generiske Scrum-tilnærmingen definerer derimot sprints i stedet for iterasjoner og utgivelser som kan ta mellom 2 og 4 uker. Derfor innebærer programvareutvikling med Scrum ikke nødvendigvis utgivelser og utgivelsesplanlegging, men Det kan være Scrum-utgivelser i praksis (les mer nedenfor).

kravene håndteres imidlertid også i prioriterte lister: sprint backlog og produkt backlog er slike lister som er dynamisk prioritert av produkteieren.

Hva Er En Release Candidate i Agile?

en utgivelseskandidat er vanligvis definert som en programvareversjon eller et sett med funksjoner som er funksjonelle, men ikke klare til å bli markedsført, for eksempel for å fullføre testing og motta tilbakemeldinger fra brukere (kilde).

i agile release planning, kan en release candidate ofte referere til en funksjon som har blitt utviklet, er i utgangspunktet funksjonell, og er i ferd med å bli testet i en iterasjon. Når den er fullt testet og alle feilene er løst, går den videre for å bli inkludert i den generelle utgivelsen.

hvis utgivelseskandidater mislykkes i en iterasjon, blir deres feilretting og sluttføring ofte gjort i den påfølgende iterasjonen.

Hva Er Agile Release Planning?

agile release planning refererer til omfang-og tidslinjeinnstillingen for et iterativt eller inkrementelt produktutviklingsprosjekt. Den brukes i smidige eller hybride prosjekter der en middels til langsiktig planlegging av produkt – eller systemutvikling eller integrasjon er nødvendig.

Agile release planning er ofte sett på som prosessen med å skape det store bildet som knytter produktvisjonen og veikartet til utgivelsesplanen og utgivelsen til iterasjoner som igjen bruker en iterasjonsplan som definerer funksjoner og oppgaver på et mer granulært nivå.

begrepet er nevnt I PMIS Prosjektledelsesorgan Av Kunnskap som en teknikk under ‘Utvikle Tidsplan’ – prosessen (PMBOK®, 6th ed, ch. 6.5.2.8). SELV OM PMBOK har en tendens til å fokusere på de mer prediktive og tradisjonelle prosjektledelsesmetodene, blir denne teknikken introdusert i PMIS rammeverk for å vurdere iterasjonsbaserte agile-prosjekter.

begrepet ‘iterasjonsbasert agile’ er definert I PMIS Agile Practice Guide (kap. 5.2.6). Det innebærer innledende (grov) planlegging av iterasjoner, som er deler av en utgivelse. Når mer informasjon er kjent som gjør det mulig for en mer presis projeksjon, agile team planlegge sine gjentakelser for å ta hensyn til denne raffinement. Dette kan også kreve justeringer av utgivelsesplanen.

Hvordan Brukes Agile Release Planning I Praksis?

agile release planlegging kan tjene en rekke formål, avhengig av prosjektet tilnærming og organisatoriske krav

Her er noen eksempler:

Release Planning i Agile Prosjekter

i agile tilnærminger og prosjekter som bruker utgivelser og iterasjoner, er release planning en teknikk for å implementere produktveikartet som er avledet fra produktvisjonen. Produktet veikart inneholder høyt nivå krav brutt opp i utgivelser.

utgivelsesplanen angir antall gjentakelser i en utgivelse. På et mer detaljert nivå definerer iterasjonsplanen funksjonene som skal utvikles i en utgivelse.

mens utgivelser og utgivelsesplaner har et mellom – og langsiktig perspektiv, er iterasjoner mye kortere og derfor smalere når det gjelder omfang. Dette legger til rette for smidig utvikling og spesielt behandling av tilbakemeldinger og kortsiktige endringer i krav og funksjoner.

Se grafikken nedenfor for et eksempel på hvordan utgivelsesplanlegging gjøres i smidige rammer som XP.

planlegging av agile utgivelser kan gjøres manuelt eller ved hjelp av prosjektledelse programvare. For eksempel publiserte Lucidchart en veiledning for å utvikle en agile-utgivelsesplan ved hjelp av programvaren.

Utgivelsesplanlegging I Hybridprosjekter

i tillegg til den ovennevnte koblingen mellom produktveikart og iterasjoner, kan agile utgivelsesplaner også bidra til å integrere agile utviklingsprosjekter i en utgivelsesorientert organisasjon eller arkitektur.

for eksempel kan et kunderettet system utvikles ved hjelp av smidige tilnærminger. Dette systemet må imidlertid integreres i selskapets komplekse IT-arkitektur, og involverer også grensesnitt til andre systemer. Dermed vil utviklingen og distribusjonen av det kunderettede systemet nødvendigvis være underlagt organisasjonens sentrale utgivelsesplanlegging.

i slike tilfeller kan teknikken for agile release planning knytte organisasjonens utgivelser til iterasjoner og funksjoner som er utviklet i et agile (sub)prosjekt.

Hva er En Agile Release Plan i Scrum?

en utgivelsesplan i Scrum representerer allokering av varer av en produktbacklog (listen over funksjoner og krav til et produkt) til utgivelser. Disse funksjonene utvikles deretter i sprints.

i tråd med Scrum-verdiene og prinsippene er en utgivelsesplan ment å være en retningslinje og et levende dokument som oppdateres dynamisk når ting endres eller ny informasjon blir kjent.

i Henhold Til Scrum Institute™, krever en scrum release plan en prioritert og estimert produkt backlog, hastighetsindikatoren for teamet, og ‘ tilstand av tilfredshet ‘(eller definisjon av ferdig) som omfatter målet for produktutviklingen.

basert på innsatsestimatene for funksjoner (mengden arbeid som trengs) og lagets hastighet (produktiviteten til laget), kan funksjoner tilordnes forskjellige utgivelser og sprints.

Hva Er Forskjellen mellom Utgivelser, Iterasjoner og Sprint?

Utgivelser refererer til planlagt utvikling og distribusjon av programvarefunksjoner eller endringer over en typisk periode på 1 til 3 (eller enda flere) måneder. I agile, iterative og noen hybridprosjekter er utgivelsene brutt ned i flere iterasjoner som har et mindre omfang og en kortere tidsramme, ofte mellom 1 eller 2 uker og 1 måned. I noen smidige rammer som Scrum, er iterasjoner også referert til som sprints.

Hvor Lenge Er En Sprint I Agile / Scrum?

en sprint I Scrum er vanligvis 2 uker til 1 måned lang. Det kan imidlertid også være kortere eller lengre dersom dette anses som mer hensiktsmessig for utbyggingsprosjektet.

Konklusjon

enten du jobber som prosjektleder Eller produkteier i et agile -, iterativt-eller hybridprosjekt, eller om DU forbereder deg TIL pmp – eksamenen-forståelse av agile release planning er nøkkelen til å muliggjøre agile eller iterasjonsbasert utvikling i kombinasjon med middels til langsiktig utgivelse og prosjektplanlegging. Les våre artikler om de andre planleggingsteknikkene hvis du ønsker å lære mer om å utvikle og administrere prosjektplaner.

takket være agile-utgivelsesplanen, kan et omfang, underlagt ytterligere forfining, og en tidslinje settes ut for noen måneder i forveien. Samtidig er agile utviklingsteam i stand til å beholde sin frihet til å planlegge og regelmessig planlegge det nøyaktige omfanget av hver iterasjon. I noen grad er agile release planning en teknikk som gjør det mulig for prosjektledere og produkteiere å kombinere fordelene med både tradisjonell prosjektledelse (f.eks.