ZICHT Consultants
Agile & Scrum Certificering

Behaal je Product Owner Examen.

Leer de belangrijkste timeboxes, rollen en verantwoordelijkheden uit je hoofd en doorloop 557 Nederlandse oefenvragen met antwoord, score en toelichting.

Start de Quiz Bekijk Spiekbriefje

Het ZICHT Spiekbriefje

De onmisbare details van het Scrum Framework, interactief samengevat.

Het Scrum Framework

Events, rollen en artefacten op basis van een Sprint van max 1 maand.

Events & Timeboxes

Maximale duur bij een 1-maand Sprint.

  • Sprint: Max 1 maand. Bevat alle andere events.
  • Sprint Planning: Max 8 uur. Het team bepaalt het Waarom, Wat en Hoe.
  • Daily Scrum: 15 minuten. Alleen Developers. Inspecteer voortgang richting Sprint Goal.
  • Sprint Review: Max 4 uur. Inspecteer Increment met stakeholders.
  • Sprint Retrospective: Max 3 uur. Focus op proces en samenwerking.

Rollen (Accountabilities)

Wie doet wat in een Scrum Team?

  • Product Owner: Maximaliseert waarde. Beheert en ordent de Product Backlog. Maakt de Product Goal expliciet.
  • Scrum Master: Verantwoordelijk voor effectiviteit van het team. Verwijdert obstakels en coacht team en organisatie in Scrum.
  • Developers: Cross-functioneel. Creëren elke Sprint een bruikbaar Increment. Eigenaar van de Sprint Backlog.

Artefacten & Commitments

Elk artefact heeft één specifiek commitment.

  • Product Backlog
    Commitment: Product Goal
  • Sprint Backlog
    Commitment: Sprint Goal
  • Increment
    Commitment: Definition of Done

De Sprint in één oogopslag

Alle events zitten binnen één Sprint-container. Er is geen tijd tussen Sprints.

Wat gebeurt er bij elk event?
  • Sprint Planning: Het hele Scrum Team bepaalt het Waarom (Sprint Goal), Wat (welke items) en Hoe (plan om ze te realiseren).
  • Daily Scrum: Developers inspecteren voortgang richting het Sprint Goal en passen hun plan aan. Geen statusrapport.
  • Sprint Review: Het Scrum Team presenteert het resultaat aan stakeholders en past de Product Backlog aan op basis van feedback.
  • Sprint Retrospective: Het Scrum Team reflecteert op proces, samenwerking en tools. Verbeteringen worden zo snel mogelijk doorgevoerd.
Wanneer wordt een Sprint geannuleerd?
  • Alleen als het Sprint Goal achterhaald raakt. Alleen de Product Owner kan dit besluit nemen.
  • Niet-afgeronde items gaan terug naar de Product Backlog; "Done" werk wordt geïnspecteerd.

Waarde Bepalen & Ordenen

De Product Owner maximaliseert waarde. Maar waarde is meer dan alleen omzet.

Product Goal & Ordening

Scrum Guide kernpunten

  • Het Product Goal beschrijft een toekomstige toestand van het product en dient als langetermijndoel.
  • De Product Backlog is geordend — niet alleen op waarde, maar ook op risico, afhankelijkheden en leerpotentieel.
  • Meer features ≠ meer waarde. Waarde kan o.a. klanttevredenheid, time-to-market, kostenbesparing of risicoreductie zijn.
  • De PO is accountable voor transparantie: stakeholders moeten de backlog begrijpen.
  • Velocity is geen maat voor waarde — het is een planningshulpmiddel voor Developers.

Aanvullende Technieken

Niet verplicht in Scrum, wel veelgebruikt bij examens

Value Points
  • Relatieve inschatting van de waarde van een backlog-item (vergelijkbaar met story points voor effort).
  • Verhoogt transparantie over welke items de meeste waarde leveren.
  • Niet verplicht vanuit de Scrum Guide.
MoSCoW
  • Must have — Should have — Could have — Won't have (this time).
  • Prioriteert items binnen een vaste scope of release.
  • Komt vaak in examenvragen voor; onthoud dat de S = Should Have.
WSJF (Weighted Shortest Job First)
  • Oorsprong: SAFe. Ordent op basis van Cost of Delay / Job Size.
  • Helpt bij het objectiever ordenen als er veel items concurreren om aandacht.
Kano-model
  • Classificeert features als Basic (verwacht), Performance (meer = beter) of Delighter (onverwachte waarde).
  • Handig om te begrijpen waarom sommige features meer klanttevredenheid opleveren dan andere.

Product Backlog Refinement

Een doorlopende activiteit, geen verplicht event.

Wat zegt de Scrum Guide?

  • Refinement is het opsplitsen en verder definiëren van Product Backlog items.
  • Het doel: items klein en duidelijk genoeg om binnen één Sprint "Done" te krijgen.
  • Kan op elk moment plaatsvinden — niet beperkt tot Sprint Planning of Review.
  • Standaard-attributen van een PBI: beschrijving, volgorde en grootte.
  • Items bovenaan de backlog zijn gedetailleerder; items onderaan mogen vaag zijn.
  • De Product Owner is accountable voor de inhoud en ordening, maar kan creatie en detaillering delegeren aan Developers.

Veelgestelde examenvalkuilen

Is refinement een verplicht Scrum event?

Nee. De Scrum Guide noemt het een doorlopende activiteit, geen event met een timebox. Het team bepaalt zelf wanneer en hoe lang.

Moet refinement meer dan 10% van de tijd van de PO kosten?

Nee. Er is geen vastgesteld percentage. De eerdere "10%-richtlijn" stond in oudere versies van de Guide, maar is verwijderd.

Moeten PBI's altijd als user stories worden geschreven?

Nee. De Scrum Guide schrijft geen formaat voor. User stories zijn een populaire techniek, maar geen verplichting.

Wie doet de refinement?

De Developers en de Product Owner werken samen. De Scrum Master kan helpen met technieken, maar voert de refinement niet zelf uit.

Oefen-Examen

557 vragen · allemaal met antwoord en toelichting

Laden…
Laden...