Nedetid. Bugs. Sinte brukere.
Høres kjent ut? I så fall må du kanskje ta en hard titt på utgivelseshåndteringsprosessen.
I den stadig bevegelige, stadig utviklende VERDEN AV business IT, har DU ikke råd til å presse ut halvbakte utgivelser. Likevel er en overveldende 75% av problemene et resultat av endringer i programvare eller dets miljø.
for å unngå kostbare forsinkelser og holde organisasjonens drift i gang, må du investere i en robust utgivelseshåndteringsprosess.
Hva er release management?
hvis din bedrift noen gang har måttet gjøre en betydelig programvareendring, er sjansene at du allerede setter pris på behovet for en pålitelig utgivelseshåndteringsprosess.
Release management overvåker alle stadier som er involvert i en programvareutgivelse fra utvikling og testing til distribusjon. Utgivelsesadministrasjon kreves når et nytt produkt eller til og med endringer i et eksisterende produkt blir forespurt.
mens utgivelsesbehandlingsprosesser kan variere og bør tilpasses for hver organisasjon, er det fem primære trinn for å frigjøre ledelsen.
Plan release
planleggingsstadiet kan være den mest tidkrevende, da dette er hvor hele utgivelsen er strukturert fra start til slutt. En robust utgivelsesplan vil hjelpe teamet ditt til å holde seg på sporet og sikre at standarder og krav er riktig oppfylt.
det er flere måter å nærme seg en utgivelsesplan på. En av de mest populære utgivelseshåndteringsmetodene er systems development life cycle (SDLC).
SDLC hjelper programvareutviklere med å planlegge, utvikle, vedlikeholde og erstatte programvaresystemer med høy grad av effektivitet og kvalitet. SDLC kan brukes sammen eller i stedet for andre prosjektledelsesprosesser.
i denne fasen oppretter du en arbeidsflyt som både teamet og nøkkelinteressentene kan referere til i løpet av en utgivelse.
arbeidsflyten bør forklare på et øyeblikk hvordan hele utgivelsen er iscenesatt og hvordan hvert teammedlem spiller en rolle. Utgivelsesplanen din bør inneholde:
- Tidslinjer
- Leveringsdatoer
- Krav
- det samlede omfanget av prosjektet
det er flere måter å kartlegge planen på og klargjøre prosessen. Ett alternativ er en utgivelse ledelse sjekkliste. Sjekklisten bør skissere prosessfunksjoner og ansvar i omtrent kronologisk rekkefølge.
når teamet ditt ser på sjekklisten, bør de raskt kunne fastslå hvilket trinn de er på og hva deres rolle eller ansvar er.
Et annet alternativ er å opprette en utgivelsesarbeidsflyt. Lucidchart er en visuell produktivitetsplattform som hjelper utviklere å kartlegge sine prosesser tydelig.
Opprett et intuitivt flytskjema for utgivelsesprosessen ved hjelp av fargekoding, figurer og swimlanes for å angi tidslinjer, roller og oppgaver. Lucidchart opererer på skyen, slik at du og teamet ditt kan få tilgang til utgivelsesplanen eller sjekklisten når som helst, hvor som helst med oppdateringer i sanntid.
når planen er skissert, presentere den til alle relevante interessenter (teamet ditt, produktsjef og ledere på høyt nivå) for gjennomgang. Få tilbakemelding på eventuelle hull eller problemer de ser i kravene eller omfanget.
når planen er godkjent og ferdigstilt, kan du sette den i gang.
Build release
med utgivelsesplanen ferdigstilt, kan du begynne å designe og bygge produktet for utgivelse. Dette er den faktiske «utviklingen» av produktet basert på kravene som er skissert i utgivelsesplanen.
når alle problemene som kan ha kommet opp, er adressert, er det på tide å underkaste bygningen til real-world scenario testing.
Dette kan ta flere iterasjoner. Når teamet bygger ut produktet, sendes det (vanligvis automatisk) til et testmiljø for brukeraksept. Dette gjør at teamet kan identifisere eventuelle feil eller problemer som kan oppstå i et ekte miljø.
som problemer er identifisert, er build sendt tilbake for utvikling på trinn to. Med andre ord, i den iterative utgivelseshåndteringsprosessen, kan arbeidet flyte fra trinn to til trinn tre og tilbake igjen til utgivelsen er godkjent.
brukerakseptstesting
brukerakseptstesting, også KJENT SOM UAT, er når sluttbrukerne produktet ble bygget for å faktisk bruke det og gi tilbakemelding. Dette gjøres ofte som en gratis beta-prøveversjon på nettet eller deles med en større gruppe ansatte i selskapet.brukerakseptstesting er det mest avgjørende skrittet for å frigjøre ledelsen på grunn av mengden data som samles inn og reparasjoner som kreves for å få bygningen til der den må være for den offisielle lanseringen.
som nevnt tidligere, er dette en del av en iterativ prosess. Som bugs er identifisert, går teamet tilbake til tegnebrettet for å løse problemene og redesign bygge for større integritet. Bygningen må passere uat-scenen for å bli vurdert for endelig implementering og utgivelse.
Forbered utgivelse
Dette trinnet er å sette slutt på produktet, med tanke på alt som ble lært I UAT. Utgivelsen forberedelse inkluderer også en endelig kvalitet gjennomgang AV QA teamet.UNDER gjennomgangen vil QA-teamet gjennomføre endelige kontroller for å sikre at bygningen oppfyller de minste akseptable standarder og forretningskrav som er skissert i utgivelsesplanen.Selv OM UAT og kvalitetssikring ikke alltid kan replikere hvert scenario som kan oppstå når produktet er lansert, har disse trinnene forhåpentligvis fleshed ut de vanligste feilene, slik at teamet ditt bedre kan forutse og forhindre problemer ved lansering.
når gjennomgangen er fullført, vil det funksjonelle teamet validere funnene og fullføre utgivelsen for distribusjon. Før byggingen kan distribueres til et levende miljø, må det godkjennes av produkteieren.
Deploy release
den store dagen har endelig kommet, og her er hvor alt lagets harde arbeid lønner seg. Det er på tide å frigjøre produktet ditt i villmarken i det levende produksjonsmiljøet.
i Tillegg til å sende bygg ut i produksjon, inkluderer distribusjonstrinnet også meldinger og utdanning på produktet til både sluttbrukeren og din bedrift som helhet.
for eksempel bør brukerne bli varslet om endringer med utgivelsen og hvordan de skal operere i de nye funksjonene. Avhengig av hvor betydelige endringene var, må du kanskje gi robust og kontinuerlig opplæring for å få alle opp til fart.Dette er spesielt viktig for interne utgivelser der ansatte som bruker programvaren må forstå det for å gjøre sitt arbeid effektivt og produktivt.
til Slutt, under distribusjonstrinnet, skal utviklingsteamet møtes for å vurdere utgivelsens ytelse og diskutere hvordan distribusjonen gikk. Hvis det er noen dvelende problemer, bør de identifiseres og dokumenteres for teamet å ta opp i neste iterasjon.
Release management overvåker en stadig skiftende prosess. Hver utgivelse er en mulighet til å finjustere alt fra arbeidsflyten til sjekklisten din når teamet ditt oppdager hvilket veikart som fungerer best for hva slags lansering-og hva som ikke gjør det.
Og Med Lucidchart kan selv den mest komplekse utgivelseshåndteringsprosessen utformes for å sikre en vellykket utgivelse laget ditt kan være stolt av.
samarbeidsplattformen gjør det enkelt for teammedlemmer – fra utviklere og produkteiere til ledende interessenter – å se planen på høyt nivå og få oversikt over fremdriften, slik at alle er på samme side.Lucidchart integreres I Tillegg med populære administrasjonsverktøy som Confluence, G Suite og Slack, slik at du kan importere data og oppbevare alle prosjektdetaljene og skissene dine på ett sted.
Registrer deg for en gratis konto og kom i gang i dag.