Om twee keer zoveel werk in de helft van de tijd te krijgen, heb je een solide plan nodig. In Scrum , worden dergelijke plannen genoemd Sprintplannen en wat volgt, is hopelijk een complete uitsplitsing van hetzelfde.
Om te leren hoe u de middelen van uw organisatie effectief kunt optimaliseren, wordt dit sterk aangemoedigd . Dit zal een oceaan aan kansen openen in elk domein.
Dit artikel gaat over de volgende onderwerpen
- Wat is een sprintplan?
- Wie zijn de deelnemers?
- Vereisten van effectieve sprintplanning
- Wat is een Sprint Planning Meeting?
- Time-box voor Sprint Planning-vergaderingen
- Wat is een sprintdoel?
- Verdiensten en valkuilen bij Sprint Planning
Dus voor de ontwikkeling van elk product heeft u een plan nodig waarmee uw team het volgende kan bedenken:
- Wat is hun doel?
- Wat moet er worden gedaan om het doel te bereiken?
- Hoe het moet worden bereikt?
Een Sprintplan is bedoeld om al deze vragen in het Scrum-raamwerk .
Wat is een sprintplan?
Sprintplannen zijn bedoeld voor het team om de product achterstand items waaraan ze in die periode zullen werken sprint. Het bespreekt hun oorspronkelijke plan om te voltooien wat er op de meest geoptimaliseerde manier moet worden gedaan.
De meeste teams vinden het misschien handig om een sprintdoel vast te stellen en dat te gebruiken als basis waarmee ze bepalen aan welke productachterstand-items ze werken tijdens die sprint.
Wie zijn de deelnemers?
Bij sprintplannen is doorgaans het hele team betrokken.
NAAR Product eigenaar isdegene die het Sprintdoel en de prioriteiten voorstelt en achterstandspunten identificeert.
De team bepaalt het aantal product backlog-items waarvan ze voorspellen dat ze ze zullen kunnen voltooien en hoe ze op tijd zullen leveren.
De Scrum Master vergemakkelijkt sprintplanning om ervoor te zorgen dat de discussie effectief is en dat de juiste product backlog items worden opgenomen in de sprint backlog. Hij / zij zorgt er ook voor dat er overeenstemming is over het sprintdoel.
Vereisten voor een effectieve sprintplanning
Er zijn bepaalde voorwaarden waaraan u moet voldoen om een effectieve sprintplanning te houden, zoals de volgende.
- Prioritaire achterstand
- Verzorgd en geschat gebruikersverhaal
- Definitie van Gedaan
- Geplande capaciteit van het team
Wat is een Sprint Planning Meeting?
Een sprintplanningsvergadering is doorgaans opgesplitst in twee delen.
Stap 1: Reikwijdte
Het team selecteert welke items uit een geprioriteerde lijst van bestaande product backlog-items waarvan ze voorspellen dat ze deze tijdens de sprint kunnen voltooien.
Het volgende is een reeks voorbeeldvragen die op de vergaderagenda worden gesteld.
- Wat is het sprintdoel? (Dit is een beslissingsfilter om te bepalen welke items in de productachterstand in de sprint moeten worden opgenomen.)
- Welke product backlog-items zijn al gedaan en dragen bij aan het sprintdoel?
- Wie is er beschikbaar voor deze specifieke sprint? (Hier probeer je vakanties, feestdagen en andere activiteiten te identificeren die van invloed zijn op de beschikbaarheid van iedereen tijdens de sprint.)
- Wat is de capaciteit van het team? (Ervan uitgaande dat iedereen beschikbaar is)
- Wat moet er in de sprintachterstand worden opgenomen op basis van het sprintdoel en de capaciteit van het team?
- Hoe zeker voelt het team zich bij het behalen van het sprintdoel?
Stap 2: Plan
In deze stap bespreekt het team in detail hoe ze de geselecteerde product backlog-items zullen opleveren. Dit kan het identificeren van taken voor de items in de productachterstand omvatten. Dit weegt eventuele afhankelijkheden tussen de items en het aanmelden voor de initiële product backlog-items aan elk lid van het team.
Time-box voor Sprint Planning-vergaderingen
In een omgeving, een tijdvak wordt gedefinieerd als eenperiodewaarin een taak moet worden volbracht. Het is algemeen bekend dat timeboxen worden gebruikt in de risicomanagement van software ontwikkeling .
De teams zijn continu belast met het produceren van een vrij te geven verbetering van de software, waarbij ze mogelijk leverbare producten produceren met een tijdsduur van een bepaald aantal weken.
NAAR sprint planning vergadering zou moetenworden time-boxed op 8 uur per maand of 2 uur per week voor een Sprint van een maand. Hoe korter deSprint, hoe korter detijdvakvoorSprint Planning.
Wat is een sprintdoel?
Gemaakt tijdens de Sprint Planning Meeting, is het Sprint Doel een doel voor de Sprint. Hieraan kan worden voldaan door de implementatie van Product Backlog. Het geeft richtlijnen aan het Ontwikkelteam over waarom het Increment is gebouwd.Het Sprint Doel geeft het Team enige flexibiliteit met betrekking tot de functionaliteit geïmplementeerd binnen de Sprint.
Verdiensten en valkuilen bij Sprint Planning
Verwachte voordelen
Het belangrijkste voordeel van sprintplanning is zichtbaarheid. Hierdoor kan een team een nieuwe sprint starten met inzicht in waar ze aan zullen werken voor die sprint. Het dient als een eerste plan voor hoe ze dat werk aanpakken.
Marionet chef ansible zoutvergelijking
Afgezien hiervan zijn er nog andere voordelen van Sprint Planning, namelijk
- Bereik zichtbaarheid
- Taak zoeken
- Optimaal gebruik van capaciteit
- Verbetering van teamsamenwerking
- Controlled Scope Creep (continue ongecontroleerde groei van de scope)
Veelvoorkomende valkuilen
Sprintplanning kan zeer ineffectief worden als uw team geen goed verfijnde productachterstand heeft waaruit productachterstanden kunnen worden getrokken.
Dit kan worden verholpen door een consistent proces voor het verfijnen van de achterstand op te zetten dat resulteert in een reeks productachterstanditems die voldoen aan een overeengekomen definitie van ‘klaar’. Deze product backlog-items kunnen dan dienen als de potentiële product backlog-items die u in overweging neemt voor opname in de sprint.
Een ander obstakel doet zich voor wanneer je geen specifiek doel voor de sprint vaststelt en eindigt met een reeks niet-gerelateerde items waaraan iedereen moet werken, wat resulteert in een sprintwerk maar geen merkbare vooruitgang.
Sprintplannen zijneen van de originele Scrum-evenementen en zijn gemaakt als onderdeel van het framework.Wordt meestal gebruikt wanneer uw team Scrum of andere time-box iteraties volgt. Als u een flow-based benadering volgt, vindt u het misschien nog steeds effectief om dit onderwerp te begrijpen om een gedeeld begrip op te bouwen van de items die in de wachtrij staan om aan de volgende te werken.