Het Ontwikkelteam creëert een nieuwe Sprint Backlog tijdens de Sprint Planning. Vanaf dat moment wordt het de huidige verplichting voor de Ontwikkelaars, d.w.z. een lijst van nieuwe functionaliteiten, verbeteringen en wijzigingen aan het Product die in de start Sprint moeten worden geïmplementeerd. Na de start van een Sprint wordt de Backlog een bindende wachtrij waaruit Ontwikkelaars taken kiezen om uit te voeren.
Een Sprint Backlog beschrijft het werk van het Ontwikkelteam tijdens een enkele Sprint. Daarom wordt het in technische taal uitgedrukt. Het beschrijft gedetailleerde taken en hun geplande oplossingen. Het bestaat dus uit een lijst van taken die op een manier zijn opgesteld die duidelijk is voor de Ontwikkelaars. De Sprint Backlog houdt meestal weinig rekening met de zakelijke waarde taal van het Product, een beschrijvingswijze die eigen is aan de Product Backlog, die we hier zullen introduceren.
De Sprint Backlog ontstaat:
Tijdens de Sprint Planning stelt de Product Owner voor hoe waarde aan het Product kan worden toegevoegd in de volgende Sprint. Vervolgens werkt het hele Scrum Team samen om het Sprint Doel te formuleren, d.w.z. te selecteren welke functionaliteit uit de Product Backlog moet worden geïmplementeerd. Het Sprint Doel definieert hoe het Product moet worden geïmplementeerd of de deadline moet worden uitgesteld om aan de verwachtingen van de Klant te voldoen.
De volgende stap is om realistisch na te denken over en de scope van het werk dat in de volgende Sprint moet worden gedaan en hoe dit te bereiken.
De resultaten van deze bevindingen komen in de vorm van een technische beschrijving van de uit te voeren taken. En deze lijst wordt de nieuwe Sprint Backlog.
De nieuw gemaakte Sprint Backlog bestaat op een locatie die gemakkelijk toegankelijk is voor alle leden van het Ontwikkelteam. In de fysieke ruimte is het meestal een whiteboard dat in de werkruimte hangt. In de digitale ruimte bestaat het als een cloud-gebaseerd gedeeld document dat alle Ontwikkelaars kunnen bijwerken. Hoewel elk lid van een Scrum Team het dagelijks moet bijhouden, is het meestal de Scrum Master of een van de Ontwikkelaars die deze verantwoordelijkheid op zich neemt.
De Product Backlog specificeert niet hoe precies taken moeten worden uitgevoerd. Het is de rol van het Ontwikkelteam om dat te beslissen. Die stap creëert voldoende ruimte voor het team om te manoeuvreren, waardoor de zelforganisatiecapaciteiten worden verbeterd. Ook geeft deze vrijheid om de volgorde en methoden van actie te selecteren elke Ontwikkelaar een gevoel van onafhankelijkheid en verantwoordelijkheid.
Hetzelfde idee geldt voor het beschouwen van de Sprint Backlog als een ongeordende lijst van uit te voeren taken. In tegenstelling tot het traditionele push-model (waarbij het Team of de Ontwikkelaar handelt volgens een vooraf gedefinieerde en opgelegde agenda), selecteren de Ontwikkelaars in het pull-model welke taken ze willen uitvoeren (pull-model).
De Sprint Backlog specificeert:
Verschillende meetinstrumenten weerspiegelen de voortgang van het werk dat in de Sprint Backlog is geschreven. Meestal is het de Burndown Chart, die we volledig zullen behandelen in een apart artikel. Met zo’n visualisatie kan het Ontwikkelteam gemakkelijk zien of het werk aan het Sprint Doel volgens plan verloopt.
Het kan tijdens een Sprint gebeuren dat je ontdekt dat het werkplan onrealistisch is opgesteld. Met andere woorden, het aantal te doen in het Product Backlog Sprint Doel is te hoog of te laag. In beide gevallen gaan de Ontwikkelaars en de Product Owner aan de slag om uit te zoeken welke wijzigingen moeten worden aangebracht in de huidige Sprint Backlog. Het is mogelijk om de hoeveelheid werk te verminderen, extra taken uit de Product Backlog te selecteren of de al geplande oplossingen uit te breiden. Houd er echter rekening mee dat het Sprint Doel zelf ongewijzigd moet blijven.
Een Sprint Backlog is een lijst van taken die Ontwikkelaars van plan zijn uit te voeren tijdens één Sprint. Het is een soort gedetailleerd contract met de Product Owner. De Sprint Backlog ontstaat tijdens de Sprint Planning waaraan het hele Scrum Team deelneemt. De Burndown Chart weerspiegelt de mate van voltooiing van de taken die zijn geaccepteerd voor implementatie.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en haar vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Bedrijven worstelen met het beheren van een enorme hoeveelheid inhoud die online wordt gepubliceerd, van…
In het tijdperk van digitale transformatie hebben bedrijven toegang tot een ongekende hoeveelheid gegevens over…
Wist je dat je de essentie van een meeruurs opname van een vergadering of gesprek…
Stel je een wereld voor waarin jouw bedrijf boeiende, gepersonaliseerde video's kan maken voor elke…
Om het potentieel van grote taalmodellen (LLM's) volledig te benutten, moeten bedrijven een effectieve aanpak…
In 2018 was Unilever al begonnen aan een bewuste reis om automatisering en augmentatie in…