Van daaruit selecteer je de teamleden die aan het project gaan werken en wijs je hen middelen toe. Stel een tijdlijn of proceskaart op in Lucidchart om verantwoordelijkheden van elkaar te onderscheiden en duidelijk te laten zien wanneer bepaalde taken af moeten zijn gedurende de sprint.
Ons team heeft bijvoorbeeld het volgende diagram opgesteld om te visualiseren hoe het team het Print- & Verzendproces zou implementeren voor een bedrijf. In de kolommen staat de werkbelasting per teamlid en de rijen laten zien welke taken af moeten zijn tijdens elke sprint.
3. Opbouw/iteratie
Zodra een team de eisen heeft bepaald voor de eerste sprint op basis van de feedback en eisen van stakeholders, gaat het werk van start. UX-designers en ontwikkelaars beginnen aan hun eerste iteratie van het project te werken, met als doel de lancering van een werkend product aan het einde van de sprint. Vergeet niet dat het product meerdere revisie rondes zal doorlopen, waardoor de eerste iteratie mogelijk alleen de minimale functionaliteit zal bevatten. Het team kan en zal aanvullende sprints doen om het gehele product uit te breiden.
4. De iteratie in productie nemen
Je bent bijna klaar om jouw product op de wereld te zetten. Voltooi deze software-iteratie in de volgende stappen:
- Test het systeem. Jouw Quality Assurance (QA) team zou de functionaliteit moeten testen, bugs moeten detecteren en plus- en minpunten moeten registreren.
- Pak eventuele defecten aan.
- Het systeem afronden en gebruikersdocumentatie. Lucidchart kan je helpen jouw code in kaart te brengen via UML-diagrammen of gebruikersstromen laten zien zodat iedereen begrijpt hoe het systeem werkt en hoe ze het verder kunnen uitbouwen.
- Neem de iteratie in productie.
5. Productie en blijvende ondersteuning voor de softwarerelease
Deze fase omvat blijvende ondersteuning voor de softwarerelease. Met andere woorden: jouw team moet ervoor zorgen dat het systeem goed blijft werken en moet gebruikers laten zien hoe ze het moeten gebruiken. De productiefase eindigt zodra de ondersteuning is beëindigd of zodra de release uitgefaseerd gaat worden.
6. Veroudering
Tijdens de verouderingsfase wordt de systeemrelease uit productie gehaald, doorgaans wanneer je een systeem wilt vervangen door een nieuwe release of wanneer het systeem overbodig, redundant of niet in lijn met jouw bedrijfsmodel blijkt.
Planning van de sprint voor agile softwareontwikkeling
Binnen de agile SDLC wordt het werk onderverdeeld in sprints, met als doel een werkend product te produceren aan het einde van elke sprint. Een sprint duurt doorgaans twee weken of 10 werkdagen. De workflow van een sprint volgt doorgaans de volgende basislijn:
- Plannen. De sprint begint met een planningsvergadering, waarbij de teamleden samenkomen om de onderdelen voor de volgende werkronde uit te werken. De productmanager stelt prioriteiten op basis van een backlog aan taken die aan het team worden toegewezen.
- Ontwikkelen. Het product ontwerpen en ontwikkelen in overeenstemming met de goedgekeurde richtlijnen.
- Testen/QA. Voltooiing van zorgvuldig testen en documenteren van de resultaten voordat ze worden opgeleverd.
- Leveren. Het werkende product of de software presenteren aan belanghebbenden en klanten.
- Beoordelen. Om feedback vragen van de klant en belanghebbenden en informatie verzamelen voor de volgende sprint.
Buiten vergaderingen voor het plannen van de sprint, dient jouw team dagelijks samen te komen om de voortgang te controleren, eventuele opstoppingen uit de weg te ruimen en om het proces in goede banen te leiden.
Blijf ook flexibel en sta open voor veranderingen. Deze methode wordt niet voor niets “agile” genoemd.
Kortom: Het doel van de agile software development lifecycle is het zo snel mogelijk creëren en leveren van werkende software.
Plan jouw projecten en leid ze in goede banen met Lucidchart.
