5 steg till en framgångsrik Release Management Process

driftstopp. Buggar. Arga användare.

låter bekant? Om så är fallet kan du behöva ta en hård titt på din släpphanteringsprocess.

i den ständigt rörliga, ständigt utvecklande affärsvärlden IT, har du inte råd att trycka ut halvbakade utgåvor. Ändå är en överväldigande 75% av problemen ett resultat av förändringar i programvara eller dess miljö.

för att förhindra kostsamma förseningar och hålla din organisations verksamhet igång måste du investera i en robust versionshanteringsprocess.

Release Management Process (klicka på bilden för att ändra online)

Vad är release management?

Om ditt företag någonsin har haft att göra en betydande programvara förändring, är chansen att du redan uppskattar behovet av en tillförlitlig release hanteringsprocess.

Release management övervakar alla steg som är involverade i en programvaruversion från utveckling och testning till distribution. Släpphantering krävs när som helst en ny produkt eller till och med ändringar av en befintlig produkt begärs.

medan release Management processer kan variera och bör anpassas för varje organisation, finns det fem primära steg för att frigöra hantering.

plan release

planeringsstadiet kan vara den mest tidskrävande eftersom det är här hela din release är strukturerad från början till slut. En robust släppplan hjälper ditt team att hålla sig på rätt spår och se till att standarder och krav uppfylls korrekt.

det finns flera sätt att närma sig en släppplan. En av de mest populära släpphanteringsmetoderna är systemutvecklingslivscykeln (SDLC).

Systemutvecklingslivscykel (klicka på bilden för att ändra online)

SDLC hjälper mjukvaruutvecklare att planera, utveckla, underhålla och ersätta mjukvarusystem med en hög grad av effektivitet och kvalitet. SDLC kan användas tillsammans eller i stället för andra projektledningsprocesser.

under det här steget skapar du ett arbetsflöde som både ditt team och viktiga intressenter kan referera till under en release.

arbetsflödet ska snabbt förklara hur hela utgåvan är iscensatt och hur varje teammedlem spelar en roll. Din release plan bör innehålla:

  • tidslinjer
  • leveransdatum
  • krav
  • projektets övergripande omfattning

det finns flera sätt att kartlägga din plan och klargöra processen. Ett alternativ är en release management checklista. Checklistan ska beskriva processfunktioner och ansvar i ungefär kronologisk ordning.

När ditt team tittar på checklistan ska de snabbt kunna fastställa vilket steg de är på och vad deras roll eller ansvar är.

ett annat alternativ är att skapa ett släpparbetsflöde. Lucidchart är en visuell produktivitetsplattform som hjälper utvecklare att kartlägga sina processer tydligt.

skapa ett intuitivt flödesschema för din släppprocess med färgkodning, former och swimlanes för att ange tidslinjer, roller och uppgifter. Lucidchart fungerar på molnet så att du och ditt team kan komma åt release plan eller checklista när som helst, var som helst med uppdateringar i realtid.

När din plan är skisserad, presentera den för alla relevanta intressenter (ditt team, produktchef och ledare på hög nivå) för granskning. Få deras feedback på eventuella luckor eller problem de ser i kraven eller omfattningen.

när planen har godkänts och slutförts kan du sätta den i aktion.

Bygg release

När släppplanen är klar kan du börja designa och bygga produkten för release. Detta är den faktiska ”utvecklingen” av produkten baserat på kraven i släppplanen.

När alla problem som kan ha kommit upp har tagits upp är det dags att utsätta byggnaden för verklig scenariotestning.

detta kan ta flera iterationer. När teamet bygger ut produkten skickas den (vanligtvis automatiskt) till en testmiljö för användaracceptans. Detta gör det möjligt för teamet att identifiera eventuella fel eller problem som kan uppstå i en verklig miljö.

När problem identifieras skickas byggnaden tillbaka för utveckling i steg två. Med andra ord, inom den iterativa släpphanteringsprocessen kan arbetet flöda från steg två till steg tre och tillbaka igen tills utgåvan är godkänd.

användaracceptanstestning

användaracceptanstestning, även känd som UAT, är när slutanvändarna produkten byggdes för att faktiskt använda den och ge feedback. Detta görs ofta som en gratis beta-test online eller delas med en större grupp anställda inom företaget.

användaracceptanstestning är det viktigaste steget för att släppa hanteringen på grund av mängden data som samlas in och korrigeringar som krävs för att få byggnaden till var den behöver vara för den officiella lanseringen.

som tidigare nämnts är detta en del av en iterativ process. När buggar identifieras går teamet tillbaka till ritbordet för att åtgärda problemen och omforma byggnaden för större integritet. Byggnaden måste passera UAT-scenen för att övervägas för slutlig implementering och release.

Förbered release

detta steg är att sätta sista handen på produkten, med hänsyn till allt som lärdes i UAT. Release preparation innehåller också en slutlig kvalitetsgranskning av QA-teamet.

under granskningen kommer QA-teamet att genomföra slutliga kontroller för att säkerställa att byggnaden uppfyller de lägsta acceptabla standarderna och affärskraven som beskrivs i släppplanen.

Även om UAT och kvalitetssäkring inte alltid kan replikera varje scenario som kan uppstå när produkten lanseras, dessa steg förhoppningsvis konkretiseras de vanligaste buggarna så att ditt team bättre kan förutse och förhindra eventuella problem vid lanseringen.

När granskningen är klar kommer funktionsteamet att validera resultaten och slutföra utgåvan för distribution. Innan byggnaden kan distribueras i en levande miljö måste den godkännas av produktägaren.

Deploy release

den stora dagen har äntligen kommit och här är där allt ditt lags hårda arbete lönar sig. Det är dags att släppa din produkt i vildmarken i den levande produktionsmiljön.

förutom att helt enkelt skicka ut bygget i produktion, inkluderar distributionsstadiet också meddelanden och utbildning på produkten till både slutanvändaren och ditt företag i stort.

till exempel bör användare meddelas om ändringar med utgåvan och hur man arbetar inom de nya funktionerna. Beroende på hur betydande förändringarna var, kan du behöva ge robust och fortlöpande utbildning för att få alla att komma igång.

detta är särskilt viktigt för interna utgåvor där anställda som använder programvaran behöver förstå det för att göra sitt arbete effektivt och produktivt.

slutligen, under implementeringsfasen, bör utvecklingsteamet träffas för att bedöma släppets prestanda och diskutera hur distributionen gick. Om det finns några långvariga problem, bör de identifieras och dokumenteras för laget att ta itu med i nästa iteration.

kontinuerlig Integration/kontinuerliga distributionsprocesser (klicka på bilden för att ändra online)

Release management övervakar en ständigt föränderlig process. Varje utgåva är en möjlighet att förfina allt från ditt arbetsflöde till din checklista eftersom ditt team upptäcker vilken färdplan som fungerar bäst för vilken typ av lansering—och vad som inte gör det.

och med Lucidchart kan även den mest komplexa släpphanteringsprocessen utformas för att säkerställa en framgångsrik release som ditt team kan vara stolt över.samarbetsplattformen gör det enkelt för teammedlemmar—från utvecklare och produktägare till verkställande intressenter—att se planen på hög nivå och få en överblick över sina framsteg så att alla är på samma sida.Plus, Lucidchart integreras med populära hanteringsverktyg som Confluence, G Suite och Slack, så att du kan importera data och hålla alla dina projektdetaljer och konturer på ett bekvämt ställe.

registrera dig för ditt kostnadsfria konto och kom igång idag.

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *