De Product Backlog in scrum: alles wat je wil weten

Scrum en Agile projectmanagement zijn de afgelopen jaren superbelangrijk geworden binnen de softwareontwikkeling. En de product backlog kan hierin niet ontbreken. Maar wat is de product backlog precies en waarom is het zo belangrijk? In dit artikel leer je wat de product backlog is, hoe je er effectief mee werkt en waarom het zo belangrijk is voor het succes van je Scrum-projecten.

Wat is een product backlog?

Nog even kort: wat is een product backlog ook alweer? Simpel gezegd is de product backlog een geordende lijst van alles wat nodig is in het product. Het is als het ware de to-do lijst voor je project. Je vindt er nieuwe functionaliteiten, verbeteringen, bugfixes en technische taken. Belangrijk om te benoemen: de product backlog is geen statisch document. Het verandert constant naarmate je team meer leert over het product, de gebruikers en de markt.

Beginnen met de product backlog: zo doe je dat

Het starten met zo’n product backlog is vaak het lastigste gedeelte. De eerste versie van de product backlog noemt men vaak de initiële product backlog. Om deze samen te stellen is het belangrijk om meerdere informatiebronnen te gebruiken.

De productvisie

De Product Owner heeft een bepaalde visie voor het product en kan deze visie vertalen naar een boel items voor in de product backlog.

De product roadmap

Een roadmap is er doorgaans alleen als er al een eerdere versie van het te ontwikkelen product bestaat. Zo zal Samsung bij het ontwikkelen van de Galaxy S20 waarschijnlijk al een roadmap hebben van de eerdere smartphones in die lijn. Uit de roadmap komt altijd nuttige input naar voren voor de product backlog van het nieuwe project.

De MVP (Minimum Viable Product)

Een MVP is het minimale product waarmee aan de klantwens wordt voldaan. Wanneer deze target is bereikt, kun je vanuit de Stakeholders feedback ontvangen.

Stakeholders

Stakeholders zijn de eindgebruikers van het product dat je gaat ontwikkelen. Zij weten precies wat ze willen en wat ze van het product verwachten. Daarom is hun input ontzettend belangrijk!

Developers

De developers kunnen vaak het beste inschatten hoelang bepaalde taken gaan duren. Ook kunnen zij vanuit hun expertise veel (technische) aanvullingen geven over de Product Backlog, waar anderen niet zo snel aan zullen denken.

Een goede Product Backlog maken

Je kan een goede Product Backlog maken door te letten op vier criteria. Deze worden vaak afgekort als ‘DEEP’: Detailed, Emergent, Estimated en Prioritized.

Detailed

Zorg dat er genoeg Backlog Items zijn om twee sprints te vullen. En zorg dat de belangrijkste items genoeg detail hebben om klaar te zijn voor de sprint. Om ‘sprintklaar’ te zijn:

moet duidelijk zijn voor de developers wat er moet gebeuren
moeten de items klein genoeg zijn
moeten de acceptatiecriteria helder zijn
moet je een duidelijke ‘definition of done’ hebben

Emergent

De Product Backlog is nooit af. Je ontdekt naarmate het project verder loopt steeds meer dingen die in de backlog moeten staan.

Estimated

De User Stories zijn ingeschat (estimated) op basis van de inspanning om ze te voltooien. Hierdoor kan het team beter plannen en prioriteiten stellen.

Prioritized

De items op de Product Backlog worden geordend op basis van hun waarde, urgentie en impact op het eindproduct. Dit zorgt voor efficiëntie en waardemaximalisatie.

Het prioriteren van backlog items

Hoe bepaal je nu wat het belangrijkst is? Er zijn verschillende criteria om naar te kijken:

Waarde voor de klant: wat levert het meeste op voor de eindgebruiker?
Urgentie: moet iets nu gebeuren of kan het wachten?
Technische haalbaarheid: is het überhaupt mogelijk om te realiseren?

Er bestaan verschillende methoden om te helpen bij het prioriteren. De MoSCoW-methode bijvoorbeeld, waarbij je items indeelt in Must-haves, Should-haves, Could-haves en Won’t-haves. Of het Kano Model, dat kijkt naar de impact van features op klanttevredenheid.

Onthoud wel dat prioriteiten kunnen veranderen. Feedback van gebruikers of nieuwe inzichten kunnen ervoor zorgen dat je de volgorde moet aanpassen. Wees hier flexibel in.

De product backlog onderhouden en updaten

Een product backlog is nooit af. Het vereist constante aandacht en verfijning. Dit proces wordt ook wel ‘backlog grooming’ of ‘backlog refinement’ genoemd. Tijdens deze sessies kijk je kritisch naar de items in je backlog. Zijn ze nog relevant? Moeten er nieuwe items bij? Zijn de prioriteiten nog logisch?

Voor het beheren van je backlog zijn er verschillende tools beschikbaar. Populaire opties zijn JIRA, Trello en Asana. Kies een tool die past bij de werkwijze van je team.

Veelgestelde vragen over de product backlog

Hoe gedetailleerd moeten backlog items zijn?

Items bovenaan de backlog moeten gedetailleerd genoeg zijn om op te pakken in de volgende sprint. Items lager op de lijst kunnen globaler zijn.

Hoe groot mag een product backlog worden?

Er is geen harde limiet, maar houd het beheersbaar. Als je backlog te groot wordt, wordt het moeilijk om overzicht te houden.

Wie mag items toevoegen aan de backlog?

Iedereen mag suggesties doen, maar de product owner beslist uiteindelijk wat er op de backlog komt.

Hoe vaak moet je de backlog updaten?

Idealiter werk je de backlog continu bij. Plan in ieder geval regelmatig backlog grooming sessies in.

Samengevat

Een goed beheerde product backlog geeft richting aan je team en zorgt ervoor dat je focust op wat echt belangrijk is. Onthoud: je product backlog is een levend document. Het evolueert mee met je project en de behoeften van je gebruikers.

Belangrijkste takeaways:

Een product backlog is een geordende lijst van alles wat nodig is in het product.
De product owner is verantwoordelijk voor het beheer, maar werkt samen met het team.
Prioriteer op basis van waarde, urgentie en haalbaarheid.
Gebruik user stories om backlog items te beschrijven.
Houd je backlog up-to-date met regelmatige grooming sessies.

Neem eens kritisch je eigen backlog management onder de loep. Zijn er verbeteringen mogelijk? Experimenteer met verschillende methoden en tools om te ontdekken wat het beste werkt voor jouw team. Met een goed beheerde product backlog leg je een solide basis voor je Scrum-projecten.

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.

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.

De Product Backlog in scrum: alles wat je wil weten

In this Blog