Your daily scrum has turned into fifteen people reporting status to you. How do you fix it?
Change what the meeting is about rather than how it is run: inspect the board against the Sprint Goal instead of polling individuals, stop being the person addressed, and push detail into a follow-on conversation. If the Sprint has no real goal, no format will save the event.
What the interviewer is scoring
- Whether the candidate states the event's purpose as adapting the plan towards the Sprint Goal, not as a synchronisation or reporting ritual
- Does the diagnosis consider who is in the room and who people believe they are performing for
- That the fix changes the unit of discussion from people to work items, and the candidate can say why that matters
- Whether the candidate is willing to stop attending, or to hand facilitation to the Developers on rotation
- Does the answer name the case where the format is not the problem at all
- Whether fifteen is questioned as a team size, rather than accepted as the number of people the meeting has to accommodate
Answer
What the event is for, precisely
The daily scrum exists so the Developers can inspect progress towards the Sprint Goal and adapt the Sprint Backlog for the next day's work. It is theirs; the Scrum Master ensures it happens but does not need to be in it. Notice what is absent from that description: there is no requirement to hear from every person, no requirement to account for yesterday, and since the 2020 Guide the three questions are not prescribed at all. They survive as a habit, and the habit is most of your problem.
Status reporting is what the event decays into when the implicit question becomes "is everyone busy" rather than "will we meet the goal, and what is in the way". Those produce different meetings. The first is fifteen serial monologues that nobody listens to except while waiting their turn. The second is a short argument about two or three items that are stuck.
Diagnose the audience before the format
Ask who people think they are talking to. If a delivery manager, a line manager or you-as-authority is present and taking notes, the meeting is a performance review held daily, and no facilitation trick will change that while the audience remains. People will describe effort rather than admit a blocker, because admitting a blocker in front of the person who writes your appraisal is expensive.
The second question is arithmetic, and it is the one candidates skip because the number is in the premise rather than in the complaint. Fifteen is not a Scrum Team. The 2020 Guide puts a Scrum Team at ten or fewer, and fifteen updates cannot fit fifteen minutes even if every one of them deserves to be heard, so the event is a status report by construction: there is no single body of work fifteen people are all inspecting, and a person hearing nothing relevant to them for fourteen minutes will reasonably treat their own minute as a report. Ask whether this is one team or three. If it is three, the intervention is to split it and hold three daily scrums, and every facilitation change below is cosmetic until you have.
The third question is whether the Sprint has a goal anyone can state. A Sprint that is a shopping list of unrelated items gives the Developers nothing to inspect progress against, so the only available topic is individual activity. That is a Sprint Planning failure showing up in a different meeting.
The changes that work
Walk the board, not the room. Start from the item nearest done and work backwards, and talk about items rather than people; ownership emerges from the item. This single change removes the turn-taking dynamic, surfaces work in progress that nobody had mentioned for three days, and naturally biases the conversation towards finishing rather than starting.
Then reduce your own presence. Stop asking the questions, stop standing at the front, and stop being the person people look at when they speak. Rotating facilitation among the Developers does this faster than announcing that you will be quieter.
Finally, protect the fifteen minutes by having somewhere for detail to go. "Take it to the after-party" only works if the after-party reliably happens immediately afterwards with the two people who need it.
The difference is audible in the opening line:
| Status-report phrasing | Goal-oriented phrasing |
|---|---|
| "Priya, what did you do yesterday?" | "The checkout item is in review since Tuesday — what is holding it?" |
| "Any blockers?" answered with silence | "Which of these three will not land this Sprint if nothing changes?" |
| "I'll be continuing on the same ticket." | "This needs a second pair of eyes to finish today. Who is free?" |
When the format is not the problem
An adequate answer redesigns the meeting. A strong answer recognises that a status-report daily scrum is usually a symptom of something with a longer half-life: no Sprint Goal, a manager in the room, work assigned to individuals at planning so there is no shared problem to discuss, or a team that is really six people doing six unrelated things and has no reason to coordinate daily. Redesigning the format when the cause is assignment-by-individual will produce a politer version of the same meeting within a fortnight.
That last case deserves saying out loud in an interview, because it is where genuine judgement shows: if the team truly has no interdependent work, the useful intervention is to fix how work is planned and sliced, and it is legitimate to ask whether a daily meeting is earning its cost in the meantime.
Likely follow-ups
- Your engineering manager attends every day and asks each person what they did. How do you handle that?
- The team is spread across three time zones with a two-hour overlap. What do you change?
- Two developers routinely start a design debate in the daily scrum. What do you do in the moment?
- How would you tell whether the daily scrum is worth keeping at all for this team?
Related questions
- Two developers on your team are in open conflict and the rest of the team has started working around them. How do you handle it?hardAlso on working-agreements3 min
- How do you run a retrospective that actually changes something, and what do you do when the team has stopped engaging with them?mediumAlso on facilitation5 min
- Your Product Owner says everything in the sprint is top priority and refuses to rank the backlog. How do you handle it?mediumAlso on facilitation4 min
- It is day seven of a ten-day Sprint and the team clearly will not finish everything. What do you do?mediumAlso on sprint-goal4 min
- The team has missed its Sprint Goal four sprints in a row. What do you do as Scrum Master?mediumAlso on sprint-goal5 min
- A stakeholder changes their requirements every time you meet them. How do you handle that?mediumSame kind of round: scenario5 min
- You are mid-demo and the product fails in front of the customer. What do you do, and what do you do afterwards?mediumSame kind of round: scenario6 min
- A stakeholder keeps using a term you have never heard. What do you do in the meeting?easySame kind of round: behavioural5 min