5 trin til en vellykket Release Management proces

nedetid. Bugs. Vrede brugere.

lyder bekendt? I så fald skal du muligvis tage et hårdt kig på din frigivelsesstyringsproces.

i den konstant bevægende, stadigt udviklende verden af business IT har du ikke råd til at skubbe halvbagte udgivelser ud. Men en overvældende 75% af problemerne er et resultat af ændringer i programmel eller dets miljø.

for at forhindre dyre forsinkelser og holde din organisations drift kørende, skal du investere i en robust frigivelsesstyringsproces.

Release Management Process (Klik på billedet for at ændre online)

Hvad er release management?

Hvis din virksomhed nogensinde har været nødt til at foretage en betydelig programændring, er chancerne for, at du allerede sætter pris på behovet for en pålidelig udgivelsesstyringsproces.

Release management fører tilsyn med alle faser, der er involveret i en programudgivelse fra udvikling og test til implementering. Release management er påkrævet når som helst et nyt produkt eller endda ændringer til et eksisterende produkt er anmodet om.mens release management processer kan variere og bør tilpasses for hver organisation, er der fem primære trin til release management.

Plan release

planlægningsfasen kan være den mest tidskrævende, da det er her hele din udgivelse er struktureret fra start til slut. En robust frigivelsesplan hjælper dit team med at holde sig på sporet og sikre, at standarder og krav er korrekt opfyldt.

der er flere måder at nærme sig en frigivelsesplan på. En af de mest populære release management metoder er systemudvikling livscyklus (SDLC).

systemudvikling livscyklus (Klik på billedet for at ændre online)

SDLC hjælper programmeludviklere med at planlægge, udvikle, vedligeholde og erstatte programmelsystemer med en høj grad af effektivitet og kvalitet. SDLC kan bruges sammen eller i stedet for andre projektstyringsprocesser.

i denne fase skal du oprette en arbejdsgang, som både dit team og vigtige interessenter kan henvise til i hele en udgivelse.

arbejdsprocessen skal med et øjeblik forklare, hvordan hele udgivelsen er iscenesat, og hvordan hvert teammedlem spiller en rolle. Din udgivelsesplan skal indeholde:

  • tidslinjer
  • leveringsdatoer
  • krav
  • projektets overordnede omfang

Der er flere måder at kortlægge din plan og afklare processen. En mulighed er en release management tjekliste. Tjeklisten skal skitsere procesfunktionerne og ansvarsområderne i nogenlunde kronologisk rækkefølge.

når dit team ser på tjeklisten, skal de hurtigt kunne fastslå, hvilket skridt de er på, og hvad deres rolle eller ansvar er.

en anden mulighed er at oprette en udgivelsesarbejdsproces. Lucidchart er en visuel produktivitetsplatform, der hjælper udviklere med at kortlægge deres processer tydeligt.

Opret et intuitivt rutediagram over din frigivelsesproces ved hjælp af farvekodning, figurer og svømmebaner til at udpege tidslinjer, roller og opgaver. Lucidchart opererer på skyen, så du og dit team kan få adgang til udgivelsesplanen eller tjeklisten når som helst og hvor som helst med opdateringer i realtid.

Når din plan er skitseret, skal du præsentere den for alle relevante interessenter (dit team, produktchef og ledere på højt niveau) til gennemgang. Få deres feedback på eventuelle huller eller problemer, de ser i kravene eller omfanget.

når planen er godkendt og færdiggjort, kan du sætte den i aktion.

Build release

når udgivelsesplanen er afsluttet, kan du begynde at designe og opbygge produktet til frigivelse. Dette er den faktiske “udvikling” af produktet baseret på kravene i udgivelsesplanen.

når alle de problemer, der måtte være kommet op, er løst, er det tid til at underkaste bygningen til virkelige scenarietest.

dette kan tage flere gentagelser. Når teamet bygger produktet ud, sendes det (normalt automatisk) til et testmiljø for brugeraccept. Dette gør det muligt for teamet at identificere eventuelle fejl eller problemer, der måtte opstå i et virkeligt miljø.

da problemer identificeres, sendes bygningen tilbage til udvikling på fase to. Med andre ord, inden for den iterative frigivelsesstyringsproces, arbejdet kan strømme fra trin to til trin tre og tilbage igen, indtil frigivelsen er godkendt.

test af brugeraccept

Test af brugeraccept, også kendt som UAT, er når slutbrugerne produktet blev bygget til at komme til faktisk at bruge det og give feedback. Dette gøres ofte som en gratis beta-prøveversion online eller deles med en større gruppe medarbejdere i virksomheden.

Test af brugeraccept er det mest afgørende skridt til at frigive ledelsen på grund af mængden af indsamlede data og rettelser, der kræves for at få bygningen til, hvor den skal være til den officielle lancering.

som tidligere nævnt er dette en del af en iterativ proces. Da fejl identificeres, går holdet tilbage til tegnebrættet for at løse problemerne og redesigne bygningen for større integritet. Bygningen skal passere UAT-scenen for at blive overvejet til endelig implementering og frigivelse.

Forbered frigivelse

dette trin er at lægge sidste hånd på produktet under hensyntagen til alt, hvad der blev lært i UAT. Release forberedelse omfatter også en endelig kvalitet gennemgang af kvalitetssikring team.

under gennemgangen vil KVALITETSSIKRINGSTEAMET foretage endelige kontroller for at sikre, at bygningen opfylder de mindst acceptable standarder og forretningskrav, der er beskrevet i frigivelsesplanen.

selvom UAT og kvalitetssikring ikke altid kan replikere hvert scenarie, der måtte opstå, når produktet er lanceret, disse trin forhåbentlig konkretiseret de mest almindelige fejl, så dit team bedre kan forudse og forhindre problemer ved lanceringen.

når gennemgangen er afsluttet, validerer det funktionelle team resultaterne og afslutter frigivelsen til implementering. Før bygningen kan implementeres i et levende miljø, skal det godkendes af produktejeren.

Deploy release

den store dag er endelig ankommet, og her er hvor alt dit teams hårde arbejde betaler sig. Det er på tide at frigive dit produkt i naturen i det levende produktionsmiljø.

udover blot at sende bygningen ud i produktion, omfatter implementeringsfasen også messaging og uddannelse på produktet til både slutbrugeren og din virksomhed som helhed.

for eksempel skal brugerne underrettes om ændringer med udgivelsen og hvordan de skal fungere inden for de nye funktioner. Afhængigt af hvor betydelige ændringerne var, skal du muligvis give robust og løbende træning for at få alle op i fart.

dette er især vigtigt for interne udgivelser, hvor medarbejdere, der bruger programmet, skal forstå det for at udføre deres arbejde effektivt og produktivt.

endelig skal udviklingsholdet i implementeringsfasen mødes for at vurdere frigivelsens ydeevne og diskutere, hvordan implementeringen gik. Hvis der er langvarige problemer, skal disse identificeres og dokumenteres, så teamet kan adressere i den næste iteration.

Kontinuerlig Integration/kontinuerlig implementering processer (Klik på billedet for at ændre online)

Release management fører tilsyn med en konstant skiftende proces. Hver udgivelse er en mulighed for at forfine alt fra din arbejdsgang til din tjekliste, da dit team opdager, hvilken køreplan der fungerer bedst til hvilken slags lancering—og hvad der ikke gør.

og med Lucidchart kan selv den mest komplekse udgivelsesstyringsproces designes for at sikre en vellykket udgivelse, som dit team kan være stolt af.

samarbejdsplatformen gør det nemt for teammedlemmer—fra udviklere og produktejere til udøvende interessenter—at se planen på højt niveau og få et hurtigt overblik over deres fremskridt, så alle er på samme side.Plus, Lucidchart integreres med populære styringsværktøjer som Confluence, G Suite og Slack, så du kan importere data og holde alle dine projektoplysninger og konturer på et praktisk sted.

Tilmeld dig din gratis konto og kom i gang i dag.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *