Downtime. Bugs. Boze gebruikers.
klinkt bekend? Als dat zo is, moet u misschien een harde blik op uw release management proces te nemen.
in de voortdurend bewegende, steeds veranderende wereld van business IT, kun je het je niet veroorloven om halfbakken releases uit te drukken. Toch is een overweldigende 75% van de problemen het gevolg van veranderingen in software of de omgeving.
om kostbare vertragingen te voorkomen en de activiteiten van uw organisatie draaiende te houden, moet u investeren in een robuust release management proces.
Wat is release management?
als uw bedrijf ooit een belangrijke softwarewijziging heeft moeten doorvoeren, is de kans groot dat u de behoefte aan een betrouwbaar release management proces al inziet.
Release management houdt toezicht op alle stadia die betrokken zijn bij een software release, van ontwikkeling en testen tot implementatie. Release management is vereist wanneer een nieuw product of zelfs wijzigingen aan een bestaand product worden gevraagd.
hoewel release management processen kunnen variëren en aangepast moeten worden voor elke organisatie, zijn er vijf primaire stappen voor release management.
Plan release
de planningsfase kan het meest tijdintensief zijn omdat hier uw volledige release van begin tot eind gestructureerd is. Een robuust release plan helpt uw team op koers te blijven en ervoor te zorgen dat aan de normen en vereisten wordt voldaan.
er zijn verschillende manieren om een release plan te benaderen. Een van de meest populaire release management methoden is de systems development life cycle (SDLC).
De SDLC helpt softwareontwikkelaars bij het plannen, ontwikkelen, onderhouden en vervangen van softwaresystemen met een hoge mate van efficiëntie en kwaliteit. De SDLC kan worden gebruikt in combinatie met of in plaats van andere projectmanagementprocessen.
maak in deze fase een workflow waar zowel je team als de belangrijkste stakeholders doorheen een release naar kunnen verwijzen.
de workflow moet in één oogopslag uitleggen hoe de hele release wordt gestaged en hoe elk teamlid een rol speelt. Uw vrijgaveplan moet het volgende bevatten:
- tijdlijnen
- leveringsdata
- vereisten
- de totale reikwijdte van het project
Er zijn meerdere manieren om uw plan in kaart te brengen en het proces te verduidelijken. Een optie is een release management checklist. De checklist moet de procesfuncties en verantwoordelijkheden in grofweg chronologische volgorde beschrijven.
wanneer uw team naar de checklist kijkt, moet het in staat zijn snel vast te stellen welke stap ze zetten en wat hun rol of verantwoordelijkheid is.
een andere optie is om een release workflow aan te maken. Lucidchart is een visueel productiviteitsplatform dat ontwikkelaars helpt hun processen duidelijk in kaart te brengen.
Maak een intuïtief stroomdiagram van uw vrijgaveproces met behulp van kleurcodering, vormen en swimlanes om tijdlijnen, rollen en taken aan te wijzen. Lucidchart werkt op de cloud, zodat u en uw team altijd en overal toegang hebben tot het release plan of de checklist met realtime updates.
zodra uw plan is geschetst, presenteer het aan alle relevante belanghebbenden (uw team, productmanager en leiders op hoog niveau) voor beoordeling. Krijgen hun feedback over eventuele hiaten of problemen die ze zien in de vereisten of scope.
zodra het plan is goedgekeurd en afgerond, kunt u het in actie brengen.
Build release
met het release plan afgerond, kunt u beginnen met het ontwerpen en bouwen van het product voor release. Dit is de werkelijke “ontwikkeling” van het product op basis van de eisen die in het release plan.
zodra alle problemen die zich kunnen voordoen zijn opgelost, is het tijd om de build te onderwerpen aan real-world scenario testen.
Dit kan meerdere iteraties vergen. Als het team het product opbouwt, wordt het (meestal automatisch) naar een testomgeving gestuurd voor acceptatie door de gebruiker. Dit stelt het team in staat om eventuele bugs of problemen die zich kunnen voordoen in een real-world omgeving te identificeren.
naarmate problemen worden geïdentificeerd, wordt de build teruggestuurd voor ontwikkeling in fase twee. Met andere woorden, binnen het iteratieve release management proces, kan het werk stromen van fase twee naar fase drie en weer terug totdat de release is goedgekeurd.
User acceptance testing
User acceptance testing, ook bekend als UAT, is wanneer de eindgebruikers het product is gebouwd om het daadwerkelijk te gebruiken en feedback te geven. Dit wordt vaak gedaan als een gratis beta trial online of gedeeld met een grotere groep werknemers binnen het bedrijf.
gebruikerstoetsing is de meest cruciale stap om beheer vrij te geven vanwege de hoeveelheid verzamelde gegevens en fixes die nodig zijn om de build te krijgen waar het moet zijn voor de officiële lancering.
zoals eerder opgemerkt, is dit onderdeel van een iteratief proces. Als bugs worden geïdentificeerd, gaat het team terug naar de tekentafel om de problemen op te lossen en de build opnieuw te ontwerpen voor meer integriteit. De build moet de UAT-fase passeren om in aanmerking te komen voor de definitieve implementatie en release.
Prepare release
Deze stap is om de laatste hand te leggen aan het product, rekening houdend met alles wat werd geleerd in UAT. Release preparation bevat ook een laatste kwaliteitsbeoordeling door het QA-team.
tijdens de evaluatie zal het QA-team de laatste controles uitvoeren om ervoor te zorgen dat de bouw voldoet aan de minimaal aanvaardbare normen en zakelijke vereisten die in het release plan zijn beschreven.
hoewel UAT en quality assurance niet altijd elk scenario kunnen repliceren dat zich zou kunnen voordoen zodra het product wordt gelanceerd, hebben deze stappen hopelijk de meest voorkomende bugs aangevuld, zodat uw team beter kan anticiperen op eventuele problemen bij de lancering en voorkomen.
zodra de beoordeling is voltooid, zal het functionele team de bevindingen valideren en de release voor implementatie afronden. Voordat de build kan worden geïmplementeerd in een live-omgeving, moet het worden goedgekeurd door de producteigenaar.
implementeer release
De grote dag is eindelijk aangebroken en hier is waar al het harde werk van uw team loont. Het is tijd om uw product vrij te geven in de wildernis van de live-productieomgeving.
naast het eenvoudig verzenden van de build out in productie, omvat de implementatiefase ook messaging en educatie over het product aan zowel de eindgebruiker als uw bedrijf in het algemeen.
gebruikers moeten bijvoorbeeld op de hoogte worden gesteld van wijzigingen met de release en hoe ze binnen de nieuwe functies moeten werken. Afhankelijk van hoe belangrijk de veranderingen waren, moet u mogelijk robuuste en voortdurende training bieden om iedereen op de hoogte te houden.
Dit is vooral belangrijk voor interne releases waar werknemers die de software gebruiken het moeten begrijpen om hun werk efficiënt en productief te doen.
ten slotte moet het ontwikkelingsteam tijdens de implementatiefase bijeenkomen om de prestaties van de release te beoordelen en te bespreken hoe de implementatie verliep. Als er nog problemen zijn, moeten deze worden geïdentificeerd en gedocumenteerd voor het team om in de volgende iteratie aan te pakken.
Release management overziet een voortdurend veranderend proces. Elke release is een kans om alles te verfijnen, van uw workflow tot uw checklist als uw team ontdekt welke roadmap het beste werkt voor wat voor soort lancering—en wat niet.
en met Lucidchart kan zelfs het meest complexe release management proces worden ontworpen om een succesvolle release te garanderen waar uw team trots op kan zijn.
het samenwerkingsplatform maakt het gemakkelijk voor teamleden—van ontwikkelaars en producteigenaren tot executive stakeholders—om het high-level plan te bekijken en in één oogopslag inzicht te krijgen in hun vooruitgang, zodat iedereen op dezelfde pagina zit.
Plus, Lucidchart integreert met populaire beheertools zoals Confluence, G Suite en Slack, zodat u gegevens kunt importeren en al uw projectdetails en contouren op één handige plaats kunt bewaren.
Meld u aan voor uw gratis account en begin vandaag nog.