21. Comparing team velocity
Leadership wants to rank five Scrum teams by velocity and reward the highest. What is the best response?
- A.Push back: story points are relative to each team, so ranking invites point inflation; use outcomes and flow measures instead
- B.Agree, and standardise one point as eight hours across teams
- C.Agree, but only reward teams whose velocity is rising
- D.Agree, because velocity is the best productivity measure
Show answer
Answer: A. Push back: story points are relative to each team, so ranking invites point inflation; use outcomes and flow measures instead
Each team sizes points differently, so a velocity of 40 in one team is not more than 30 in another. When velocity becomes a target, teams inflate estimates and the metric stops helping forecasting. Outcomes, cycle time, throughput and quality are better ways to discuss performance.
22. Commitments for each artifact
In the 2020 Scrum Guide, each artifact has a commitment. Which pairing is correct?
- A.Product Backlog: Product Goal; Sprint Backlog: Sprint Goal; Increment: Definition of Done
- B.Product Backlog: Definition of Done; Sprint Backlog: Product Goal; Increment: Sprint Goal
- C.Product Backlog: Sprint Goal; Sprint Backlog: Definition of Done; Increment: Product Goal
- D.Product Backlog: Roadmap; Sprint Backlog: Velocity; Increment: Release plan
Show answer
Answer: A. Product Backlog: Product Goal; Sprint Backlog: Sprint Goal; Increment: Definition of Done
The Product Goal gives the Product Backlog direction, the Sprint Goal is the single objective of the Sprint Backlog, and the Definition of Done says when work becomes part of the Increment. These commitments add focus and transparency to each artifact.
23. A severe bug mid-sprint
In the middle of a sprint, a bug stops customers in the UAE from paying with cards. The team is the only one who can fix it. What is the best approach?
- A.Add it to the Product Backlog for the next Sprint Planning
- B.Cancel the sprint and start a new one just for the bug
- C.Fix it only after the Sprint Goal has been fully met
- D.Fix it now and agree with the PO what sprint scope to drop
Show answer
Answer: D. Fix it now and agree with the PO what sprint scope to drop
A critical production issue usually outranks planned work. The Scrum Guide allows scope to be renegotiated with the Product Owner as more is learned, so the team fixes the bug and agrees what to drop, keeping the Sprint Goal if possible.
24. A strict Definition of Ready
A team adds a 20-point Definition of Ready and refuses any item that misses one point. Velocity falls and the Product Owner is frustrated. What is the main issue?
- A.The Definition of Ready should have been part of the Definition of Done
- B.The Scrum Guide requires exactly 10 points in a Definition of Ready
- C.The checklist became a gate that blocks collaboration, which Scrum does not require
- D.Items should be refined by the Scrum Master instead
Show answer
Answer: C. The checklist became a gate that blocks collaboration, which Scrum does not require
A Definition of Ready is not part of the Scrum Guide; the guide only says items are refined so they can be done in a sprint. A light checklist helps, but a rigid gate brings back hand-offs and turns the team against the Product Owner.
25. PO and Scrum Master as one person
To save cost, a startup asks one person to act as both Product Owner and Scrum Master. What is the strongest concern?
- A.The Scrum Guide forbids anyone from holding two accountabilities
- B.The team would then also need a separate project manager
- C.It mixes deciding what to build with protecting how the team works
- D.Velocity can no longer be measured with a combined role
Show answer
Answer: C. It mixes deciding what to build with protecting how the team works
The Product Owner pushes for value and scope, while the Scrum Master protects the process and team health, including from scope pressure. One person doing both often loses the balance; it is a risk to manage, not a rule broken.
26. Water-Scrum-Fall
A company does six months of requirements, then Scrum sprints for build, then three months of UAT and release. What is the main weakness?
- A.Sprints are far too short for real development work
- B.User feedback still comes only at the end, so risk remains
- C.The team will end up with too many Scrum Masters
- D.Requirements will change too often for sprints to work
Show answer
Answer: B. User feedback still comes only at the end, so risk remains
Sprints in the middle improve team flow, but releasing and learning from users still happens only after months. Agile's main risk reduction comes from frequent, usable releases and feedback.
27. Sprint Zero
A new team plans a "Sprint Zero" of four weeks to set up tools and architecture with no working product at the end. What is the key concern?
- A.Scrum expects a usable Increment every sprint
- B.Sprint Zero must be exactly two weeks long
- C.Architecture work is not allowed in Scrum at all
- D.The Product Owner cannot attend a Sprint Zero
Show answer
Answer: A. Scrum expects a usable Increment every sprint
Sprint Zero is not part of Scrum; every sprint should produce a usable Increment, however small. Teams can set up tools while delivering a thin slice of real functionality, which also tests the setup.
28. Definition of Done across teams
Three Scrum Teams work on one product. Team A's Definition of Done includes performance tests; team B's does not. What does Scrum require?
- A.All teams must share one common Definition of Done
- B.Each team may keep its own unrelated Definition of Done
- C.The weakest Definition of Done is applied to all teams
- D.Only the team that releases the product needs one
Show answer
Answer: A. All teams must share one common Definition of Done
When several teams work on one product, they must mutually define and follow the same Definition of Done. A team can add stricter criteria, but cannot go below the shared standard.
29. Scaling a struggling team
One Scrum Team is missing goals due to weak testing and unclear stories. Leadership wants to adopt SAFe across five new teams to speed up. What is the soundest advice?
- A.Fix the current team's practices first; scaling multiplies problems
- B.Adopt SAFe now, as the framework will fix the team's issues
- C.Split the current team into five smaller new teams
- D.Move all of the testing work to a separate QA team
Show answer
Answer: A. Fix the current team's practices first; scaling multiplies problems
A scaling framework adds coordination but cannot fix weak engineering or poor backlog management. Scaling teams that cannot deliver a done Increment just spreads the same problems wider and makes them harder to see.
30. Shown in review but criteria not met
In the sprint review the PO finds one of five acceptance criteria not met. The team says it is 90% done and asks to count the points. What should happen?
- A.Count 90% of the story's points this sprint
- B.Count the points and fix it next sprint
- C.Not done: no points, and the work goes back to the backlog
- D.Delete the failed criterion so the story passes
Show answer
Answer: C. Not done: no points, and the work goes back to the backlog
In Scrum a story is done or not done. Counting partial points inflates velocity and hides work left. The unmet criterion stays, and the PO re-ranks the remaining work, which may be quick to finish next sprint.