Op dezelfde manier waarop mensen verschillende fasen in hun leven doorlopen, doen softwareproducten dat ook. Dit wordt vaak de levenscyclus van een software-release genoemd.
Er zijn bepaalde tijdsperioden verbonden aan de verschillende fasen van de levenscyclus of “ontwikkelingsfasen” binnen apps, maar het kan moeilijk zijn om te voorspellen wanneer de ene fase eindigt en de andere begint. Elke fase heeft zijn eigen duidelijk afgebakende reeks taken en vereisten van verschillende afdelingen, dus het is belangrijk dat productmanagers elke fase begrijpen om het bedrijf succesvol door de levenscyclus van een software-release te loodsen.
Terwijl we dit artikel behandelen, zal ik commentaar toevoegen over mijn ervaring met het verkopen en integreren van BankerBox, een FinTech SaaS-bedrijf voor investeringsbankiers, in SS&C Intralinks, samen met mijn medeoprichter, binnen de verschillende fasen van de SRLC.
Wat is de levenscyclus van een software-release (SRLC)?
De levenscyclus van een software-release (SRLC) is een reeks mijlpalen die de verschillende fasen in de levenscyclus van een softwareproduct of de opeenvolgende releasetijdlijn beschrijven, vanaf het concept tot aan de uiteindelijke volledig uitgewerkte release. De lengte van deze levenscyclus varieert op basis van verschillende factoren, zoals het type product, het beoogde gebruik ervan en de beveiligings-, compliance- en algemene normen binnen de branche.
Softwareapplicaties hebben bijvoorbeeld doorgaans een kortere levenscyclus dan de meeste andere producten, omdat nieuwe functies en verbeteringen regelmatig op Agile wijze worden uitgebracht om aan veranderende marktvraag en nieuwe technologische trends te voldoen.
Dit lijkt op de levenscyclus voor softwareontwikkeling (SDLC), een structuur die wordt toegepast voor de ontwikkeling van softwareproducten. Het verschil tussen deze twee levenscycli is dat de SDLC alleen het softwareontwikkelingsproces en softwareontwerp beschrijft, terwijl de releaselevenscyclus niet alleen de ontwikkeling beschrijft, maar ook de bruikbaarheid, het testen en de distributie ervan.
Software-releases moeten zorgvuldig worden gepland en getest (idealiter door een testteam) om ervoor te zorgen dat ze niet meer problemen veroorzaken dan ze oplossen. Een levenscyclus van een software-release beschrijft een duidelijk plan om via een goede planning, tests en bugfixes een succesvol releaseproces te realiseren.
Bedrijven moeten de levenscyclus van een software-release gebruiken om vooruit te plannen wanneer en hoe ze hun webapplicatie of apps in de loop der tijd zullen bijwerken. Door goede praktijken voor releasebeheer te implementeren, kunnen ze een robuust product onderhouden dat voortdurend blijft voldoen aan zowel de behoeften van gebruikers en de kernfunctionaliteit als de branchenormen (dit is ook iets waarbij AI in releasebeheer kan helpen). Zo kunnen ze een robuust product onderhouden dat voortdurend blijft voldoen aan zowel de behoeften van gebruikers en de kernfunctionaliteit als de branchenormen.
De 6 fasen van de levenscyclus van een software-release
Er zijn verschillende fasen van levenscycli van software-releases die kunnen worden gebruikt, afhankelijk van het type systeem dat wordt ontwikkeld en de behoeften van het ontwikkelingsteam.
De “fasen” markeren mijlpalen in de ontwikkeling van een product en stellen het ontwikkelingsteam en projectmanagers in staat de voortgang te volgen. Ze stellen ontwikkelingsteams ook in staat trends in apps en webapplicaties te volgen en te valideren dat er in de loop der tijd via iteraties verbeteringen worden aangebracht. Doorgaans omvat dit de volgende zes fasen:
Have an account? Log In
1. Pre-alfa
De eerste fase in de levenscyclus van een software-release is pre-alfa. Deze fase van het proces is volledig gericht op de ontwikkeling van een product en niet op de marketing en openbare release ervan. In deze fase wordt elke actie beschreven die tijdens de initiële ontwikkeling vóór het testen wordt uitgevoerd. De meest voorkomende fasen van de pre-alfa zijn analyse, ontwerp, ontwikkeling en unit-tests.
Een groot deel van de pre-alfa bestaat uit het vaststellen hoe de softwareapplicatie zich moet ontwikkelen ter voorbereiding op bredere releases, zoals de alfaversie of bètaversie. Het ontwikkelingsteam moet grondige softwaretests, bruikbaarheid en automatisering implementeren om stabiele overgangen tussen de verschillende fasen van de levenscyclus van een software-release te garanderen.
Met de SaaS-oplossing die mijn medeoprichter en ik in SS&C Intralinks hebben geïntegreerd, hadden we de pre-alfafase al geëvalueerd en afgerond. We hadden een werkende applicatie die was gearchitecteerd, ontworpen en gebouwd. Het is echter belangrijk op te merken dat de definitie die een klein softwarebedrijf hanteert voor de stappen Analyse, Ontwerp, Ontwikkeling en Unit Testing absoluut kan verschillen van het perspectief en de mate van nauwkeurigheid die een grote onderneming voor deze stappen hanteert.
4 fasen om de pre-alfaversie te starten
Analyse: dit is de initiële fase in de levenscyclus van een software-release of SRLC, waarin het probleem en de vereisten van een systeem gedetailleerd worden bestudeerd. Dit omvat het analyseren van gebruikersvereisten, kritieke functionaliteit, het identificeren van het probleemgebied, het opstellen van haalbaarheidsrapporten en het opstellen van een SRS (specificatie van softwarevereisten).
Ontwerp: in deze fase ontwikkelen ontwikkelingsteams een oplossing voor het probleem dat in de analysefase is geïdentificeerd. Deze fase omvat het schrijven van een hoogwaardig ontwerpdocument en mock-ups waarin wordt uitgelegd hoe het softwareproduct moet worden geïmplementeerd. Het ontwerpdocument beschrijft de basisstappen die moeten worden gevolgd om de webapplicatie te bouwen.
Als je aan lay-outs of UI-stromen werkt, kunnen deze hulpmiddelen voor prototyping van responsieve ontwerpen je helpen ideeën snel te testen voordat je met de ontwikkeling begint. Het ontwerpdocument beschrijft de basisstappen die moeten worden gevolgd om de webapplicatie te bouwen.
Ontwikkeling: dit is de daadwerkelijke programmeerfase waarin een ontwikkelingsteam de vereistenspecificaties omzet in een daadwerkelijk softwareproduct. Zodra het programmeren is voltooid, voeren ontwikkelaars tests uit en lossen ze fouten zo vroeg mogelijk op.
Unittesten: dit wordt uitgevoerd door ontwikkelaars voordat ze hun module aan het QA-ontwikkelingsteam (kwaliteitsborging) opleveren voor het verdere testproces. In deze fase controleren ontwikkelaars elke regel broncode om er zeker van te zijn dat de code correct werkt voordat deze in de volledige app wordt geïntegreerd.
2. Alfaversie
De alfafase vertegenwoordigt de eerste letter van het Griekse alfabet en is ook een codenaam voor de ontwikkelingsfase die plaatsvindt voordat een product wordt gelanceerd. Softwareontwikkelaars gebruiken de term "alfa" of “alfaversie” om software te beschrijven die zich in de eerste fase van het testen van software bevindt.
Alfatests worden uitgevoerd door interne medewerkers of ontwikkelaars binnen de organisatie. Dit type test wordt uitgevoerd op de locatie van de ontwikkelaar, maar niet op de locatie van de klant. Alfatests worden uitgevoerd na voltooiing van de systeemtests en vóór de bètatests. Deze test wordt uitgevoerd om fouten of defecten op het gebied van bruikbaarheid, functionaliteit en consistentie op te sporen.
Bij dit type test voert een groep mensen die 'testers' worden genoemd handelingen uit die vergelijkbaar zijn met die van eindgebruikers en rapporteert vervolgens over eventuele problemen die zij tegenkomen. Het belangrijkste doel van alfatests is ervoor te zorgen dat alle modules correct zijn geïntegreerd en werken zoals verwacht.
Toen we de alfafase voor BankerBox doorliepen, namen we contact op met collega's in productontwikkeling en softwareontwikkeling en, in ons geval (het bouwen van een oplossing voor banken), met verschillende investeringsbankiers en contacten in de financiële wereld.
Alfasoftware is compleet wat functies betreft, maar bevat waarschijnlijk fouten. De focus van alfatests ligt op het verbeteren van een product door problemen op te sporen voordat het naar de bètatest gaat en door eventuele last-minuteaanpassingen toe te voegen die op basis van feedback uit de alfafase worden voorgesteld.
3. Bètaversie
De bètafase, genoemd naar de tweede letter van het Griekse alfabet, is de codenaam die aangeeft dat een softwareproduct naar de tweede testfase is gegaan en klaar is voor extern gebruik door klanten of cliënten, die vaak “bètatesters” worden genoemd. Sommige organisaties noemen deze fase de fase van de “vroege gebruikers”.
Zodra een bètaversie wordt uitgebracht, ondergaat deze doorgaans uitgebreidere tests dan tijdens de alfafase. Hierdoor kunnen bedrijven inschatten hoe goed hun software onder realistische omstandigheden zal presteren.
Nadat SS&C Intralinks BankerBox had overgenomen, brachten we snel enkele belangrijke integratiepunten tot stand tussen onze software en de systemen van het bredere bedrijf (authenticatie, cloudservers enzovoort). Vervolgens gaven we demonstraties en werkten we samen met verschillende klanten van het bedrijf om hen uit te nodigen deze oplossing live te “bètatesten” tijdens een M&A-transactie.
Dit was een geweldige manier om feedback te krijgen, een klantrelatie op te bouwen en vast te stellen op welke punten de software moet evolueren om te voldoen aan de vereisten en de “lat” voor een releasekandidaat (RC) of algemene beschikbaarheid (GA).
Bij dit type test geven klanten waardevolle feedback over de vraag of het product of de app aan hun verwachtingen voldoet op het gebied van functionaliteit, bruikbaarheid, prestaties, betrouwbaarheid, schaalbaarheid enzovoort. De feedback van eindgebruikers helpt de gebruikerservaring te verbeteren en operationele problemen te corrigeren voordat het product in productie wordt genomen. Er zijn twee soorten bètatests:
- Open bèta: Tijdens deze fase kan iedereen die wil deelnemen aan het bètatestproces dat doen. Dit kan ontwikkelaars helpen fouten in hun product snel en eenvoudig te identificeren en op te lossen, omdat feedback van meerdere gebruikers problemen aan het licht kan brengen.
- Gesloten bèta: In deze fase is er een specifieke doelmarkt met specifieke groepen mensen die als testers optreden. De doelmarkt helpt om het testen van de software te richten op specifieke aandachtspunten en helpt ervoor te zorgen dat alles werkt voor de behoeften van de beoogde consumenten.
4. Releasekandidaat
Een releasekandidaat (RC) is een prereleaseversie van de software die wordt voorbereid op de definitieve productrelease (in de RC-fase) voor het publiek. Dit wordt soms “gecontroleerde beschikbaarheid” genoemd. Hoewel deze versie mogelijk alle beoogde functies en functionaliteiten bevat en naar verwachting werkt, kan deze nog worden gewijzigd, mogelijk zelfs ingrijpend, op basis van ontvangen feedback.
Ontwikkelaars kunnen meerdere releasekandidaten uitbrengen voordat ze het voltooide product publiceren, om ervoor te zorgen dat het programma bij zware belasting niet crasht, geen aanzienlijk geheugen lekt enzovoort.
5. Algemene beschikbaarheid
Algemene beschikbaarheid (GA) betekent dat een product of dienst voor aankoop beschikbaar is gesteld aan de meeste klanten (doorgaans wereldwijd), meestal via commerciële kanalen. In softwareontwikkeling verwijst deze term doorgaans naar een webapplicatie of app die beschikbaar is voor alle beoogde gebruikers. Tijdens deze fase zijn updates of verdere ontwikkelingswerkzaamheden aan het product gericht op het verbeteren van de functies en prestaties ervan, om het aantrekkelijker te maken voor klanten.
Zodra BankerBox, nu “Deal Marketing” onder de nieuwe merknaam, algemene beschikbaarheid bereikte, konden we het opschalen naar klanten in heel Noord-Amerika en waardevolle feedback, gebruiksgegevens, schaalbaarheidsgegevens enzovoort verzamelen om de product-marktfit te valideren, voordat we overgingen naar de laatste fase van de software-releaselevenscyclus: de productierelease.
More Articles
6. Productierelease
Een stabiele release is een versie van een softwarepakket die is getest en geverifieerd. Het is de nieuwste (en soms definitieve) versie van een programma die veilig wordt geacht voor openbaar gebruik. Dit type release wordt ook wel een “stabiele”-release genoemd.
Wanneer een software- of webapplicatie deze fase bereikt, kan dit aan de bredere organisatie en de markt het volwassenheidsniveau van je product aangeven. Bij SS&C Intralinks koppelde ik als leider binnen de productorganisatie belangrijke organisatieoverschrijdende initiatieven aan deze fasen.
Tijdens de productiefase konden we een aanbiedingsstrategie, volledige marketing- en verkooplanceringen en de bijbehorende ondersteuning samenstellen die nodig was binnen de klantenservice, engineering voor sitebetrouwbaarheid en andere afdelingen om het product succesvol te maken.
Volgens de meeste maatstaven wordt dit als een voltooid product beschouwd, hoewel er mogelijk enkele kleine problemen mee zijn die als acceptabel worden beschouwd. In sommige gevallen, zoals bij Linux, zijn er twee soorten stabiele releases: LTS-releases (langetermijnondersteuning) en reguliere stabiele releases.
- Reguliere stabiele releases - zijn het meest voorkomende type release dat je zult tegenkomen. Ze zijn eenvoudig te installeren (wanneer we het over besturingssysteemsoftware hebben) en, zoals de naam al suggereert, stabiel. Als je software in een productieomgeving wilt testen, is dit het type release dat je doorgaans gebruikt. Webapplicaties verwijzen naar reguliere stabiele releases vaak als “grote” releases.
- LTS-releases (langetermijnondersteuning) - zijn specifiek ontworpen voor langdurig gebruik in productieomgevingen. Deze releases hebben een langere onderhoudsperiode dan standaard stabiele releases (de gemiddelde tijd tussen LTS-releases bedraagt drie jaar). Dit betekent dat ze uitgebreid zijn getest en als veiliger worden beschouwd dan stabiele releases.
Slotgedachten
Inzicht in de verschillende fasen van de software-releaselevenscyclus van een product is een uitstekende manier voor een productmanager om een gedeeld referentiekader te creëren en organisatieoverschrijdende en klantgerelateerde activiteiten aan de verschillende fasen in de SRLC te koppelen. Hierdoor kan het product duidelijk worden afgestemd op de bredere bedrijfsdoelstellingen, strategieën en initiatieven.
Door deze fasen als “activerings”punten te gebruiken, kon ik mijn product succesvol integreren in een groot bedrijf en de verschillende activiteiten goed timen om succes op de markt te garanderen.
Zodra de SRLC-fasen zijn voltooid, het product zijn verkoop- en groeicycli heeft doorlopen en de organisatie signalen ziet dat het product wordt afgebouwd, begint de onderhoudslevenscyclus. Deze omvat:
- het oplossen van bugs die de klant tijdens de implementatiefase heeft gemeld,
- het toevoegen van enkele nieuwe functies, of
- het aanpassen van bestaande functies op verzoek van de klant, in overeenstemming met veranderende behoeften en technologische vooruitgang.
Uiteindelijk bereiken alle softwareproducten op enig moment het einde van hun levensduur wanneer ze niet langer door hun ontwikkelaars worden ondersteund.
Als je meer wilt leren over productmanagement en best practices voor productontwikkeling, abonneer je dan! Tot de volgende keer.
Gerelateerde artikelen:
- 6 fasen van de softwareontwikkelingslevenscyclus (SDLC)
- Effectieve software-releaseopmerkingen schrijven die gebruikers enthousiast maken
Gerelateerde lijst met tools: Tools voor software-releasemanagement
Ook de moeite waard:
