Agile softwareontwikkeling levenscyclusfasen uitgelegd

#Over startups

De Agile softwareontwikkelingsmethodologie is een van de meest eenvoudige, maar effectieve manieren om een geweldig product te leveren op de markt. En toch begonnen mensen het ergens onderweg echt te ingewikkeld te maken. Correct geïmplementeerd Agile is snel, flexibel, foutbestendig en gewoon een betere manier om softwareontwikkelingsteams te beheren. In dit artikel leggen we de levenscyclusfasen van Agile-softwareontwikkeling uit en hoe u Agile-principes kunt integreren.

De belangrijkste principes van Agile-ontwikkeling

De belangrijkste ideeën achter Agile ontwikkeling werden beschreven in het originele Manifest voor Agile Software Development. Samengevat zijn ze:

• Verandering is onvermijdelijk. Het project moet zich eraan aanpassen in plaats van het te negeren;
• Вresultaten leveren is belangrijker dan gevestigde processen en tools;
• De behoeften van de echte klant hebben voorrang op de vereisten in de ontwikkelingsplannen.

Deze ideeën worden verder uiteengezet in de belangrijkste principes van Agile Software Development.

De focus achter Agile is de tevredenheid van de eindgebruiker. Alle taken die niet direct aan verbetering werken, zijn ondergeschikt. En hoewel de Agile-ontwikkelteams nog steeds werken aan het opzetten van processen, het schrijven van documentatie en het volgen van de plannen, kunnen deze taken worden uitgesteld of uitgevoerd op het minimaal aanvaardbare niveau als ze de efficiëntie van de ontwikkeling bedreigen.

Agile Methodology Uitgelegd

De belangrijkste tool van Agile-ontwikkeling is iteratie. Iteratie is een proces waarbij een reeks acties achtereenvolgens wordt herhaald totdat aan een voorwaarde is voldaan.

Verschillende Agile-ontwikkelmethoden bereiken iteratie op verschillende manieren. Scrum implementeert bijvoorbeeld Sprints. Sprints zijn vaste perioden – over het algemeen 1-2 weken – waarin het ontwikkelteam een bepaald deel van de functionaliteit voltooit en vooraf vastgestelde doelen bereikt.

Hier is een voorbeeld van de workflow binnen een enkele Scrum Sprint:

• De Product Owner – degene die verantwoordelijk is voor de voltooiing ervan – beoordeelt de onvolledige taken in de Product Backlog. De verouderde taken worden verwijderd terwijl de nieuwe worden toegevoegd;
• De Product Owner stelt de reikwijdte van de nieuwe Sprint vast en het doel dat deze beoogt te bereiken.
• De Product Owner heeft een Planning Ontmoeting met het ontwikkelingsteam. Ze creëren gebruikersverhalen, die worden opgesplitst in de taken voor bepaalde Sprint die zijn opgeslagen in Backlog.
• Het Development Team houdt dagelijkse vergaderingen, waarin ze zichzelf op de hoogte houden van de voortgang van elk teamlid;
• Zodra het tijdsbestek van de Sprint is afgelopen, wordt de Sprint als voltooid beschouwd. De onvoltooide taken worden terug verplaatst naar de Product Backlog; In uitzonderlijke gevallen kan een Sprint-einddatum worden gewijzigd door een Product Owner.
• De Product Owner houdt een demonstratie voor de Klant en toont het werk dat gedaan is tijdens de Sprint.
• De Product Owner houdt een vergadering met het Ontwikkelteam, waar de resultaten van de Sprint beoordeeld. Het team stelt vast wat er goed is gedaan en welke processen kunnen worden verbeterd in de volgende sprint. Deze recensie wordt een Sprint Retrospective genoemd.
• De volgende Sprint begint.

De regelmatige herziening van de Backlog helpt om de relevantie van de functies in de Backlog te behouden. De beperkte reikwijdte van Sprints en hun vooraf vastgestelde doelen helpen de ontwikkelaars om zinvol werk op tijd af te ronden. De voortdurende showcases van nieuwe functies zorgen ervoor dat de klant tevreden is en feedback kan geven. Over het algemeen wordt de ontwikkeling efficiënter.

OPMERKING. Scrum is slechts één van de vele Agile-methodologieën. Kanban heeft bijvoorbeeld geen Sprint-equivalent en behoudt in plaats daarvan zijn relevantie via de constant bijgewerkte taakprioriteitwachtrij.

Key Agile Software Development Lifecycle Phases

Wanneer je het opsplitst in de kernconcepten, is de Agile-ontwikkeling niet zo moeilijk. En hoewel het misschien verspilling lijkt met het aantal bijeenkomsten dat ermee gemoeid is, bespaart het veel tijd door de ontwikkelingstaken te optimaliseren en de fouten tijdens de planningsfasen te verminderen.

Fase 1: vereisten

Voordat een Product Owner zelfs maar kan beginnen met het ontwerpen van een project, moet hij de eerste documentatie maken waarin de initiële vereisten worden vermeld. Dit zijn:

• Het eindresultaat dat het project gaat bereiken. Bijvoorbeeld een teksteditor;
• De functies die het ondersteunt. Bijvoorbeeld verschillende lettergroottes;
• De functies die het aanvankelijk niet ondersteunt. Bijvoorbeeld het toevoegen van animaties aan de tekst of de mogelijkheid om video in te sluiten;

Een algemene aanbeveling is om deze initiële vereisten zo hard mogelijk te verlagen, alleen de absoluut noodzakelijke functies toe te voegen en de functies te negeren die zal niet vaak worden gebruikt. Ontwikkelaars kunnen er later aan werken, zodra de app is geïmplementeerd en de kernfuncties goed werken.

OPMERKING: als ontwikkelaars ervoor kiezen om deze fase te negeren, zijn ze vatbaar voor creep-situatie wanneer nieuwe niet-cruciale functies worden constant aan het project toegevoegd, waardoor de ontwikkelaars tijd wegnemen van de belangrijke taken.

Bij verdere iteraties bekijken de klant en de producteigenaar de vereisten en maken ze relevanter.

Fase 2: ontwerp

Er zijn twee manieren om te benaderen ontwerp in de softwareontwikkeling – het ene is het visuele ontwerp en het andere is de architectonische structuur van de app.

Softwareontwerp

Tijdens de eerste iteratie stelt de Product Owner zijn ontwikkelingsteam samen en introduceert hij de vereisten die tijdens de vorige fase zijn gemaakt. Het team bespreekt vervolgens hoe deze vereisten kunnen worden aangepakt en stelt de tools voor die nodig zijn om het beste resultaat te bereiken. Het team definieert bijvoorbeeld de programmeertaal, frameworks en bibliotheken die het project gaat gebruiken.

Bij verdere iteraties bespreken de ontwikkelaars de implementatie van de functie en de interne structuur van de come.

UI / UX-ontwerp

Tijdens deze SDLC-fase maken de ontwerpers een ruwe mock-up van de gebruikersinterface. Als het product van consumentenkwaliteit is, zijn de gebruikersinterface en gebruikerservaring het belangrijkst. Het is dus over het algemeen een goed idee om de mogelijke concurrenten te bekijken om te zien wat ze goed doen – en vooral wat ze verkeerd doen.

Verdere iteraties worden besteed aan het verfijnen van het oorspronkelijke ontwerp en / of het aanpassen ervan om het aan te passen nieuwe functies.

Fase 3. Ontwikkeling en codering

De ontwikkelingsfase gaat over het schrijven van code en het omzetten van ontwerpdocumentatie naar de daadwerkelijke software binnen het softwareontwikkelingsproces. Deze fase van SDLC is over het algemeen de langste, aangezien het de ruggengraat van het hele proces is.

Er zijn hier niet veel veranderingen tussen de iteraties.

Fase 4. Integratie en testen

Deze fase wordt besteed om ervoor te zorgen dat de software geen fouten bevat en compatibel is met al het andere dat de ontwikkelaars eerder hebben geschreven. Het Quality Assurance-team voert een reeks tests uit om ervoor te zorgen dat de code schoon is en dat de bedrijfsdoelen van de oplossing worden gehaald.

Tijdens de verdere iteraties van deze SDLC-fase wordt het testen meer betrokken en wordt er niet alleen voor het testen van functionaliteit, maar ook voor systeemintegratie, interoperabiliteit en gebruikersacceptatietesten, enz.

Fase 5. Implementatie en implementatie

De applicatie wordt geïmplementeerd op de servers en geleverd aan de klanten – hetzij voor de demo, hetzij voor het daadwerkelijke gebruik. Verdere iteraties werken de reeds geïnstalleerde software bij, introduceren nieuwe functies en lossen bugs op.

Fase 6. Review

Zodra alle voorgaande ontwikkelingsfasen zijn voltooid, verzamelt de Product Owner het Development Team opnieuw en beoordeelt de voortgang die is geboekt bij het voltooien van de vereisten. Het team introduceert hun ideeën om de problemen op te lossen die tijdens de vorige fasen zijn ontstaan en de Product Owner neemt hun voorstellen in overweging.

Daarna beginnen de fasen van de Agile-softwareontwikkeling opnieuw – hetzij met een nieuwe iteratie, hetzij door naar de volgende fase te gaan.

Algemene Lean-principes opnemen in Agile-methodologie

De Lean-principes zijn:

• Elimineer afval;
• Bouw kwaliteit;
• Creëer kennis;
• Toon verantwoordelijkheid;
• Lever snel;
• Respecteer mensen;
• Optimaliseer als geheel.

Over het algemeen komen deze waarden redelijk overeen met de Agile-methodologie en kunnen ze worden gebruikt om deze aan te vullen als er vragen rijzen .

Conclusie

Softwareontwikkeling is een gestructureerd iteratief proces. Er is echter niet één “juiste” manier om Agile te doen – er zijn er alleen die wel of niet passen bij een bepaald team.Elk bedrijf heeft zijn eigen idee van wat Agile-ontwikkeling inhoudt, en elk heeft zijn eigen verdiensten. Wat uiteindelijk van belang is, is een waardevol eindproduct dat op tijd wordt geleverd.

En zo ontwikkelen we bij Relevant Software goed op maat gemaakte applicaties die voldoen aan de zakelijke behoeften van onze klanten. We gebruiken Agile-paradigmas voor al onze projecten en leveren constant uitstekende resultaten.