1. Introducere
“Sprint Review” este un eveniment Scrum esențial care are loc la finalul fiecărui sprint. Nu este o simplă prezentare, ci un moment de inspecție a Incrementului și de colaborare activă cu stakeholderii. Scopul este de a arăta ce a fost realizat, de a colecta feedback și de a adapta Product Backlog-ul pentru a maximiza valoarea livrată.
Acest eveniment reflectă direct două dintre cele mai importante principii din Manifestul Agile:
🔹 Principiul #1: „Satisfacerea clientului prin livrarea timpurie și continuă de software valoros.”
Sprint Review-ul este exact acel moment în care echipa demonstrează software-ul „valoros” livrat. Este o formă concretă de a arăta progresul și de a valida împreună cu stakeholderii dacă ceea ce s-a realizat aduce valoare.
🔹 Principiul #2: „Primirea cu bucurie a cerințelor schimbătoare, chiar târziu în dezvoltare.”
Prin feedback-ul obținut în Sprint Review, echipa este capabilă să-și ajusteze planurile. Dacă stakeholderii propun noi direcții sau cerințe, acestea pot fi introduse rapid în backlog și planificate pentru următoarele sprinturi — deci schimbarea devine un aliat, nu o amenințare.
Prin urmare, Sprint Review-ul este un instrument de învățare și adaptare, care ajută echipele să rămână conectate cu nevoile reale ale clientului și ale pieței.
2. Bune practici pentru un Sprint Review eficient
- Momentul și frecvența
Se ține la finalul fiecărui sprint, în ultima zi, în mod constant: aceeași oră, același loc (fizic sau online).
Durata recomandată: 1 – 1.5 ore, în funcție de maturitatea echipei.
- Disciplina
Întâlnirea începe la ora fixă.
Participarea este obligatorie pentru toți membrii echipei (exceptând concedii/delegații).
Cei care lucrează remote participă prin Teams / Zoom / telefon.
- Respect și participare activă
Se respectă regulile conversației: fără întreruperi, ascultare activă și răbdare.
Fiecare membru contribuie, evitând multitasking-ul – focusul complet este esențial.
- Structura clară a întâlnirii
Input:
- Sprint Backlog – ce este Done / Not Done.
- Stakeholderi invitați de PO.
În timpul întâlnirii:
- Se demonstrează munca „Done” conform Definition of Done și criteriilor de acceptare.
- Se discută Incrementul și valoarea livrată.
- Se colectează feedback pentru îmbunătățire și direcționare viitoare.
Output:
- Product Owner acceptă sau respinge story-urile livrate.
- Se revizuiește Product Backlog-ul – se adaugă noi stories sau se prioritizează altfel cele existente.
- Vizibilitate și demonstrarea valorii
Echipa prezintă livrabilele într-un mod vizual și clar – membrii echipei povestesc despre ele, nu doar PO-ul.
Este o ocazie de a sărbători reușitele sprintului.
- Feedback constructiv
Sprint Review-ul este momentul ideal pentru colectarea de feedback din partea stakeholderilor.
Feedback-ul devine input valoros în următorul increment.
- Acceptarea / respingerea story-urilor
PO decide în baza criteriilor de acceptare.
Se poate urmări în timp rata de acceptare a livrabilelor – un indicator util pentru sănătatea sprintului.
- Respectarea Definition of Done (DoD)
Tot ce este prezentat ca „Done” trebuie să respecte DoD: testat, validat, documentat, livrat.
DoD este standardul de calitate al echipei și un filtru de rigurozitate.
3. Concluzie
Sprint Review-ul nu este doar o prezentare, ci un dialog. Este acel spațiu în care echipa oferă transparență completă asupra progresului, iar stakeholderii contribuie cu insight-uri valoroase. Împreună, aceștia optimizează produsul, sprint cu sprint.
Prin aplicarea riguroasă a acestui eveniment:
- Creștem încrederea dintre echipă și client.
- Îmbunătățim calitatea deciziilor despre produs.
- Ne asigurăm că ce livrăm chiar contează pentru utilizatorii finali.
În fond, Sprint Review-ul ne ajută să ne îndeplinim cel mai important scop agil: livrarea continuă de valoare prin colaborare și adaptare constantă.
Sprint Review in Agility – clarity, feedback and value
1. Introduction
The Sprint Review is a key Scrum event that takes place at the end of each sprint. It is not just a demo, but a moment of increment inspection and active collaboration with stakeholders. The goal is to showcase what was completed, collect feedback, and adapt the Product Backlog to maximize delivered value.
This event directly reflects two of the most important principles of the Agile Manifesto:
🔹 Principle #1: „Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.”
The Sprint Review is exactly the moment when the team demonstrates the „valuable” software delivered. It’s a concrete way to show progress and validate with stakeholders whether what was built truly brings value.
🔹 Principle #2: „Welcome changing requirements, even late in development.”
The feedback gathered during the Sprint Review allows the team to adjust its direction. If stakeholders propose new needs or directions, they can be added to the backlog and planned for upcoming sprints — turning change into an ally, not a threat.
Therefore, the Sprint Review is a tool for learning and adaptation, helping teams stay connected to real customer and market needs.
2. Best practices for an effective Sprint Review
1. Timing and frequency
Held at the end of every sprint, on the final day, consistently: same time, same place (physical or online).
Recommended duration: 1 – 1.5 hours, depending on the team’s maturity.
2. Discipline
The meeting starts exactly on time.
Attendance is mandatory for all team members (except in cases of leave/business travel).
Remote members join via Teams / Zoom / phone.
3. Respect and active participation
Conversation rules are respected: no interruptions, active listening, patience.
Each member contributes, avoiding multitasking — full focus is essential.
4. Clear meeting structure
Input:
- Sprint Backlog – what is Done / Not Done
- Stakeholders invited by the PO
During the meeting:
- Demonstrate the „Done” work, according to the Definition of Done and acceptance criteria
- Discuss the Increment and delivered value
- Gather feedback for improvement and future direction
Output:
- Product Owner accepts or rejects delivered stories
- Product Backlog is reviewed – new stories may be added or priorities adjusted
5. Visibility and value demonstration
The team presents the deliverables in a visual and clear manner – team members speak about their work, not just the PO.
It’s an opportunity to celebrate the sprint’s achievements.
6. Constructive feedback
Sprint Review is the ideal moment for gathering feedback from stakeholders.
That feedback becomes valuable input for the next increment.
7. Acceptance / rejection of stories
The PO makes decisions based on the agreed acceptance criteria.
Over time, teams can track the acceptance rate – a useful indicator of sprint health.
8. Adherence to the Definition of Done (DoD)
Everything presented as “Done” must meet the DoD: tested, validated, documented, delivered.
DoD is the team’s quality standard and a rigor filter.
3. Conclusion
The Sprint Review is not just a presentation – it’s a dialogue. It’s the space where the team offers full transparency on progress, and stakeholders contribute with valuable insights. Together, they refine the product, sprint by sprint.
By applying this event rigorously:
- We strengthen trust between team and client
- We improve the quality of product decisions
- We ensure that what we deliver truly matters to end users
Ultimately, the Sprint Review helps us fulfill the most important Agile purpose: Continuous delivery of value through collaboration and constant adaptation.