Inzicht in de Sprint backlog

In this Blog

Inzicht in de Sprint Backlog

De Sprint Backlog is een takenlijst die voltooid dient te worden om het Sprint doel te behalen. Deze taken komen voort uit Product Backlog Items, in de praktijk ookwel genoemd: User Stories, die tijdens een Sprint Planning meeting uit de Product Backlog worden geselecteerd. Deze zijn op voorhand door de Product Owner gesorteerd op basis van prioriteit.

 

Wat is een Sprint Backlog?

De Sprint Backlog bevat een aantal Product Backlog items voor de huidige Sprint. De Developers binnen het team bepalen hoeveel User Stories er worden opgenomen in de Sprint Backlog. Vervolgens wordt er een takenlijst opgesteld die ervoor zorgt dat alle geselecteerde items tijdig worden voltooid.

 

De Sprint Backlog is een werkdocument dat niet per definitie vaststaat. Alhoewel alle taken op voorhand worden uitgestippeld, kunnen de Developers de Backlog altijd nog aanpassen tijdens de Sprint. Dit kan bijvoorbeeld van belang zijn wanneer blijkt dat er meer taken nodig zijn dan gedacht om de User Stories correct af te ronden.

 

Hoe ziet een Sprint Backlog eruit t.o.v de Product Backlog?

 Je bent ongetwijfeld benieuwd hoe een goede Sprint Backlog er precies uitziet. Welke onderdelen komen aan bod en hoe zorgt een sterke Sprint Backlog voor een productief verloop van de Sprint? 

To Do

 Voordat de Sprint Backlog opgesteld kan worden, dient er reeds een Product Backlog te bestaan. Hierin staan de items die in de komende Sprint aangepakt kunnen worden. Deze items zijn onderdelen van het eindproduct die aan de hand van de wensen van de Stakeholders zijn opgesteld.

De Product Backlog items, waar de  Product Owner verantwoordelijk voor is, worden omgezet in User Stories om ze een duidelijke structuur te geven. In overleg met de Developers worden de belangrijkste User Stories voor de huidige Sprint toegevoegd aan de Sprint Backlog. Deze User stories  samen vormen dus de Sprint Backlog en worden in de praktijk vaak op een Sprintbord gezet in de To do kolom. Een Sprintbord bevat vaak tenminste 3 kolommen, To Do, In Progress en Done/Complete. 

In Progress

Als een ontwikkelaar begint met een User Story op de Sprint Backlog wordt deze verplaatst naar de volgende kolom op het Sprintbord, In pogress. Deze kolom geeft dus alle taken en user stories weer waar momenteel ook echt aan gewerkt wordt. 

Complete

Wanneer een ontwikkelaar klaar is met een taak of user Story wordt deze verplaatst naar de laatste kolom, Done/Complete. Dit maakt het makkelijk voor het Scrum Team om te zien wat er af is en wat niet. Wel is het belangrijk dat een User Story pas naar de laatste kolom wordt verplaatst als het voldoet aan de “Definition of Done”, dit is binnen Scrum de maatstaf die gebruikt wordt om te beoordelen of werk ook echt af is.

What are the 3 Pillars within Scrum?

Scrum contains many concepts, including 5 values, 3 pillars, 5 events, and 3 artifacts. This might sound like a lot, and perhaps even unnecessary, but nothing could be further from the truth! They all play an important role. The 3 pillars help to understand the principles on which Scrum is based.

 

Where do the 3 Scrum Pillars come from?

Scrum is based on Empiricism. Just like Scrum, Empiricism has 3 pillars, which Scrum has adopted. The 3 pillars can be seen as an ancient Greek temple. The temple has a roof, Empiricism, and 3 pillars, each representing one value: Transparency, Inspection, and Adaptation. Finally, there is a foundation necessary to support the 3 pillars, which is trust.

3 pillars of Scrum

Empiricism

You may have heard the term “empirically determined.” This means something has been established based on practice. The expression “trial and error” is similar because you try something and see if it works or not. In Empirical working, we learn from practice, and this forms the basis for Scrum. However, we want to work in a structured manner, not just try everything. To do this, according to the Scrum framework, we need the other 3 pillars, as well as the foundation of trust.

 

Trust

As mentioned earlier, the foundation for the pillars in Scrum is trust. Trust makes it possible to have the other pillars. For example, transparency is not possible without trust. Why would someone be transparent if the organization doesn’t trust them to make mistakes? A mutual trust between team members and the organization is crucial in Scrum, as it enables empirical working.

 

Transparency

Transparency is one of the core principles and 3 pillars within Scrum, ensuring that all aspects of the process are visible to everyone. This includes the work being done, the progress being made, and any obstacles that may arise. Through transparency, Scrum teams can make informed decisions, adapt to changes, and continuously improve. Key elements such as the Product Backlog, Sprint Backlog, and Burndown charts are made visible to everyone, allowing for clear communication and shared understanding. Transparency fosters trust among team members, stakeholders, and ensures alignment on goals, priorities, and expectations, contributing to successful outcomes.

 

Inspection

Inspection is an essential element and part of the 3 pillars within Scrum, where teams regularly assess progress toward goals and the quality of work. This process ensures that the team identifies problems, obstacles, or deviations early, allowing for timely adjustments. Scrum events such as the Daily Scrum, Sprint Review, and Sprint Retrospective promote continuous inspection of work and processes. Inspection is closely related to transparency, as it depends on clear, visible information about progress, challenges, and results. By inspecting regularly, the team can maintain an accurate view of the situation and make informed decisions to stay aligned with project goals—this is not possible without transparency.

 

Adaptation

Adaptation in Scrum refers to the team’s ability to adjust their approach based on insights gained through regular inspection. When the team identifies problems, inefficiencies, or changes in priorities, they adjust their plan, processes, or goals to stay on track. This flexibility ensures continuous improvement and alignment with project objectives. Adaptation is closely linked to transparency, as it relies on clear, accessible data about progress and challenges. When information is transparent, the team can make informed adjustments quickly, enabling them to respond effectively to emerging needs and remain aligned with both stakeholders and the broader vision.

 

Conclusion

The three pillars of Scrum—transparency, inspection, and adaptation—work together to create a framework that promotes continuous improvement and ensures teams can respond effectively to challenges. Transparency provides clarity and shared understanding, inspection allows teams to assess progress, and adaptation enables necessary changes to stay on track. When these pillars are embraced, Scrum teams are empowered to deliver high-quality results, adapt to changes, and achieve greater success in their projects.