CSM: Scrum Master as Servant Leader

Try 10 focused CSM questions on Scrum Master as Servant Leader, with answers and explanations, then continue with PM Mastery.

On this page

Open the matching PM Mastery practice page for timed mocks, topic drills, progress tracking, explanations, and full practice.

Topic snapshot

FieldDetail
Exam routeCSM
Topic areaScrum Master as Servant Leader
Blueprint weight23%
Page purposeFocused sample questions before returning to mixed practice

How to use this topic drill

Use this page to isolate Scrum Master as Servant Leader for CSM. Work through the 10 questions first, then review the explanations and return to mixed practice in PM Mastery.

PassWhat to doWhat to record
First attemptAnswer without checking the explanation first.The fact, rule, calculation, or judgment point that controlled your answer.
ReviewRead the explanation even when you were correct.Why the best answer is stronger than the closest distractor.
RepairRepeat only missed or uncertain items after a short break.The pattern behind misses, not the answer letter.
TransferReturn to mixed practice once the topic feels stable.Whether the same skill holds up when the topic is no longer obvious.

Blueprint context: 23% of the practice outline. A focused topic score can overstate readiness if you recognize the pattern too quickly, so use it as repair work before timed mixed sets.

Sample questions

These questions are original PM Mastery practice items aligned to this topic area. They are designed for self-assessment and are not official exam questions.

Question 1

Topic: Scrum Master as Servant Leader

Midway through a Sprint, several stakeholders complain they “never know what’s going on” and ask the Scrum Master to start sending a detailed weekly status report and to let them join the Daily Scrum “so we can redirect work sooner.” The Product Owner asks the Scrum Master to educate the stakeholders on how to work with the Scrum Team.

What should the Scrum Master ask or verify FIRST before deciding how to educate them?

  • A. Why the Developers are not meeting their original plan
  • B. Whether the Product Owner can add an approval step to the Definition of Done
  • C. What decisions or information the stakeholders need, and when they need it
  • D. Whether stakeholders can commit to attending all Scrum events every Sprint

Best answer: C

What this tests: Scrum Master as Servant Leader

Explanation: Start by understanding what problem the stakeholders are trying to solve (visibility, decision-making cadence, ability to provide feedback) and what information they need to collaborate effectively. With that clarified, the Scrum Master can teach how Scrum already provides transparency and the right touchpoints (especially the Sprint Review) without disrupting the Developers’ Daily Scrum.

As a servant-leader, the Scrum Master educates stakeholders by first clarifying their needs and the collaboration outcome they want. In this scenario, the request to join the Daily Scrum and demand extra reporting signals a possible mismatch between stakeholder expectations and Scrum’s intended feedback loops. Before proposing training content or changes, the Scrum Master should learn what decisions stakeholders need to make, what transparency is missing, and what timing would make feedback useful.

From there, the Scrum Master can coach toward Scrum-appropriate mechanisms, for example:

  • Using the Sprint Review to inspect the Increment and adapt the Product Backlog
  • Reinforcing that the Product Owner is the primary conduit for product decisions
  • Improving transparency via the Product Backlog, Sprint Goal, and clear “Done” criteria

The key is to address the underlying need, not to accept a solution that assumes new controls or roles.

Clarifying the stakeholders’ actual need and timing lets the Scrum Master teach the most relevant Scrum expectations and collaboration points.


Question 2

Topic: Scrum Master as Servant Leader

During a Sprint, the Scrum Master notices the Daily Scrum has become a status meeting. Each Developer takes turns facing the Scrum Master and answering “what I did/yesterday, what I’ll do today, blockers,” with little discussion between Developers. Afterward, coordination happens in side conversations and the Sprint Goal is rarely mentioned.

What is the best next step for the Scrum Master?

  • A. Coach Developers to run it as a daily plan toward the Sprint Goal
  • B. Ask Developers to send written status updates instead
  • C. Escalate to managers to require better daily reporting
  • D. Have the Scrum Master lead and call on each Developer

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: The Daily Scrum is for the Developers to inspect progress toward the Sprint Goal and adapt the Sprint Backlog plan for the next day. When it turns into reporting to the Scrum Master, the Scrum Master should coach the Developers to self-manage the event and collaborate on a shared plan. Refocusing on the Sprint Goal restores empiricism and reduces the need for side meetings.

In Scrum, the Daily Scrum is an event for the Developers. Its purpose is to inspect progress toward the Sprint Goal and adapt the plan in the Sprint Backlog for the next 24 hours. When people “report” to the Scrum Master, transparency and collaboration suffer because the team optimizes for looking busy instead of jointly planning the day.

A useful next step is to coach and facilitate a shift such as:

  • Re-state the purpose and that Developers own the event
  • Invite Developers to talk to each other using the Sprint Goal as the anchor
  • Encourage follow-up conversations immediately after for detailed problem-solving

The key is changing the interaction from individual status reporting to shared inspection and adaptation of the work.

This corrects the reporting anti-pattern by returning ownership to the Developers and refocusing the event on inspecting progress and adapting the plan for the next 24 hours.


Question 3

Topic: Scrum Master as Servant Leader

Mid-Sprint, the Scrum Team is working toward the Sprint Goal: “Users can reset passwords end-to-end.” In the Daily Scrum, one Developer says the UI layout work is taking longer than expected. Another says the team cannot run end-to-end tests because the test environment’s TLS certificate expired, and only the Operations group can renew it.

As Scrum Master, what is the most Scrum-aligned response?

  • A. Make the expired certificate visible as an impediment and help get it renewed while Developers adapt their plan
  • B. Treat both issues as impediments and escalate them to the Developers’ line managers
  • C. Create a Product Backlog item for certificate renewal and address it next Sprint
  • D. Log the UI overrun as an impediment and ask the Product Owner to remove scope

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: An impediment is anything that blocks the Scrum Team’s progress toward the Sprint Goal, especially when it requires help outside the team to resolve. The expired TLS certificate prevents end-to-end testing and depends on Operations, so the Scrum Master should make it transparent and work to remove it while the Developers adapt their plan.

In Scrum, an impediment is a problem that reduces the Scrum Team’s progress and that the team cannot readily resolve on its own. The UI work taking longer is normal discovery/uncertainty that the Developers address by re-planning their work in the Sprint Backlog and continuing to collaborate toward the Sprint Goal.

The expired TLS certificate is different: it blocks essential validation for the Sprint Goal and requires action from outside the Scrum Team (Operations). The Scrum Master serves the team by making this impediment visible, helping coordinate with the right people to remove it, and supporting empiricism by enabling timely inspection and adaptation.

A key takeaway is to distinguish “hard blockers outside the team” from “work is harder than expected,” which is managed through re-planning.

The certificate issue blocks progress and is outside the Developers’ control, so the Scrum Master should help remove it while the Developers replan their Sprint Backlog.


Question 4

Topic: Scrum Master as Servant Leader

Midway through a 2-week Sprint, a stakeholder insists a new multi-factor authentication (MFA) requirement must be included in the Sprint and still delivered by the original Sprint end date for a marketing launch. The Product Owner adds the MFA item to the Sprint Backlog and tells the Developers to “fit it in” without changing the Sprint Goal or discussing trade-offs.

What is the most likely near-term impact?

  • A. Stakeholders gain predictability because scope and date are now fixed
  • B. Sprint Goal progress becomes less transparent and more at risk
  • C. Quality improves because the team will work extra hours
  • D. Transparency improves because the Sprint Backlog contains more work

Best answer: B

What this tests: Scrum Master as Servant Leader

Explanation: Adding work mid-Sprint without renegotiating the Sprint Goal or making trade-offs undermines transparency about what the Sprint is actually trying to achieve. The Developers are pushed toward multitasking and hidden compromises, which makes near-term progress harder to inspect and increases the likelihood of missing the Sprint Goal.

In Scrum, stakeholders can request changes at any time, but the Scrum Team manages those requests through the Product Backlog and by collaborating on trade-offs. When a Product Owner unilaterally pushes additional scope into the Sprint Backlog while keeping the same date and Sprint Goal, the team’s plan becomes unstable and progress toward the Sprint Goal becomes harder to inspect.

Near-term effects typically include:

  • More work in progress and context switching
  • Reduced clarity on what “done” for the Sprint will be
  • Increased pressure to cut testing or take shortcuts

A better expectation-management approach is to make scope/date trade-offs transparent and renegotiate the Sprint Backlog (and possibly the Sprint Goal) based on what is learned and what remains feasible.

Unnegotiated scope added mid-Sprint increases churn, making progress toward the Sprint Goal harder to inspect and adapt.


Question 5

Topic: Scrum Master as Servant Leader

Mid-Sprint, a Scrum Master observes the Daily Scrum. Each Developer takes turns giving a status update while looking at the Scrum Master, who asks follow-up questions and then suggests who should pick up which tasks. The Sprint Goal is clear and the team has a visible Sprint Backlog.

What is the best Scrum-aligned correction?

  • A. Coach the Developers to run the Daily Scrum for their plan and step back
  • B. Have the Product Owner attend and collect the updates for stakeholders
  • C. Keep the format, but timebox each person’s status to one minute
  • D. Ask Developers to send written status to the Scrum Master after the Daily Scrum

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: The Daily Scrum is a 15-minute event for the Developers to inspect progress toward the Sprint Goal and adapt the Sprint Backlog plan for the next day. When it becomes a reporting session to the Scrum Master, the Scrum Master should coach the team back to self-management and focus on their plan. The Scrum Master can still help remove impediments, but not by directing the work in the event.

This scenario shows the Daily Scrum being used as a status report to the Scrum Master, reinforced by Developers speaking to the Scrum Master and the Scrum Master assigning or steering task selection. In Scrum, the Daily Scrum’s purpose is for the Developers to inspect progress toward the Sprint Goal and adapt their plan for the next 24 hours.

A Scrum-aligned correction is for the Scrum Master to coach and facilitate so the Developers:

  • talk to each other, not “up” to the Scrum Master
  • use the Sprint Backlog to replan toward the Sprint Goal
  • raise impediments, then follow up on them outside the 15 minutes

The key shift is restoring Developer ownership of the plan and avoiding command-and-control behavior during the event.

The Daily Scrum is for Developers to inspect progress toward the Sprint Goal and adapt their plan, not to report to the Scrum Master.


Question 6

Topic: Scrum Master as Servant Leader

In a Scrum Team, a senior stakeholder has been emailing Developers daily with “top priorities” and asking them to add work mid-Sprint. The Product Owner has been accepting these directions and rarely re-orders the Product Backlog.

As Scrum Master, you coach the group to restore clear role boundaries while still using stakeholder input. After the next Sprint, which evidence best validates that role boundaries are improving and the team is delivering value using Scrum?

  • A. Sprint Review shows a Done Increment and PO re-orders backlog
  • B. Developers report fewer stakeholder emails during the Sprint
  • C. More Product Backlog Refinement sessions are held this Sprint
  • D. Stakeholder approves each task before Developers mark it done

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: The strongest validation is empirical: a Done Increment inspected with stakeholders at the Sprint Review and subsequent adaptation led by the Product Owner. That combination demonstrates real value delivery and that stakeholder input is being funneled through Product Backlog ordering rather than direct mid-Sprint direction to Developers.

In Scrum, stakeholders can provide input and feedback, but the Product Owner is accountable for maximizing value and for ordering the Product Backlog. The clearest indicator that a stakeholder is no longer acting as a de facto Product Owner is not “less noise” or more meetings; it is evidence that the Scrum Team is using Scrum’s inspection and adaptation with the right accountabilities.

A Sprint Review that inspects a Done Increment (meets the Definition of Done) and results in the Product Owner adapting and re-ordering the Product Backlog based on stakeholder feedback shows:

  • Value was delivered (Done Increment)
  • Transparency and inspection happened (Sprint Review)
  • Adaptation happened through the correct role boundary (PO ordering)

Activity metrics and process outputs can improve without actually restoring who makes Product Backlog decisions.

A Done Increment plus Product Backlog ordering by the Product Owner using stakeholder feedback shows value delivery and restored PO accountability.


Question 7

Topic: Scrum Master as Servant Leader

Midway through a Sprint, the Scrum Team misses its Daily Scrum forecast twice because:

  • Their automated build is frequently blocked by a shared CI environment controlled by an IT group that batches requests weekly.
  • A newer Developer is unfamiliar with the code area needed for the most critical Product Backlog Item.

The Scrum Master wants to optimize near-term predictability without violating Scrum timeboxes or weakening the Definition of Done. What should the Scrum Master do?

  • A. Help the team swarm/pair, and work with IT to change CI policy
  • B. Extend the Sprint until IT provides a stable CI environment
  • C. Ask the Product Owner to accept items without CI verification this Sprint
  • D. Escalate to force IT to prioritize this team’s CI requests immediately

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: The knowledge gap is a local impediment the Scrum Team can mitigate quickly by swarming and pairing to restore their Sprint forecast. The CI constraint is systemic because it depends on an external policy and requires organizational change, so the Scrum Master should collaborate with IT/leadership to improve it while keeping Sprint timeboxes and the Definition of Done intact.

A local impediment is something the Scrum Team can resolve within its own control (for example, a skill/knowledge gap), so the Scrum Master should facilitate tactics like swarming, pairing, and replanning the Sprint Backlog to improve the Daily Scrum forecast.

A systemic impediment is created by the broader organization (for example, an IT policy that batches CI access weekly). The Scrum Master serves the organization by making the impediment transparent and working with the right people to change the system (agreements, policies, capacity, tooling), rather than trying to “command” a one-off exception. The key is to pursue systemic improvement without changing the Sprint timebox or weakening the Definition of Done to make work appear done.

It addresses the local skill impediment immediately within the Sprint and starts removing the systemic CI constraint through organizational collaboration.


Question 8

Topic: Scrum Master as Servant Leader

A functional manager tells the Scrum Master they need “proof the team is on track” and asks for a weekly report showing percent complete by person and hours spent. The Scrum Team is working in 2-week Sprints and stakeholders attend the Sprint Review.

Which evidence would best validate progress and value while supporting self-management and meeting the manager’s need for transparency?

  • A. A Done Increment inspected at the Sprint Review against the Sprint Goal
  • B. A Sprint burndown and velocity trend used as delivery proof
  • C. Individual utilization and hours spent per person each week
  • D. A weekly percent-complete report for each Product Backlog item

Best answer: A

What this tests: Scrum Master as Servant Leader

Explanation: In Scrum, the most reliable evidence of progress and value is a usable Increment that meets the Definition of Done. Inspecting that Done Increment at the Sprint Review, in the context of the Sprint Goal, gives managers transparency through outcomes rather than controlling individuals’ work. This supports self-management while still addressing organizational needs for visibility.

To support self-management, the Scrum Master helps managers focus on outcomes that can be inspected, not on directing how individuals work. The Scrum Guide’s primary measure of progress is the Increment, and the Sprint Review is the event designed to inspect the Increment and adapt based on what was learned.

Outcome-based transparency that meets organizational needs typically includes:

  • A Done Increment that is potentially releasable
  • Inspection against the Sprint Goal (and progress toward the Product Goal)
  • Stakeholder feedback and resulting adaptation of the Product Backlog

Activity reports and delivery proxies can be useful internally, but they are weaker validation than a Done Increment and can drive command-and-control behavior that undermines self-management.

A Done Increment provides objective, inspectable evidence of value and progress without shifting control to individual activity tracking.


Question 9

Topic: Scrum Master as Servant Leader

A new Product Owner has been assigned to a Scrum Team. They are struggling to order the Product Backlog and to handle multiple stakeholders who are pushing competing “top priorities.” The team asks what Scrum mechanism best matches the need to support the Product Owner in learning these skills.

What is the best match?

  • A. Sprint Planning to decide Product Backlog order
  • B. Developers taking over ordering the Product Backlog
  • C. Product Owner escalating priorities to a steering group
  • D. Scrum Master coaching the Product Owner

Best answer: D

What this tests: Scrum Master as Servant Leader

Explanation: In Scrum, the Scrum Master serves the Product Owner by coaching them in effective Product Backlog management, including ordering, and by helping improve collaboration with stakeholders. The situation describes a learning and facilitation need, which is a core Scrum Master service to the Product Owner rather than an event or a handoff of accountability.

The core concept is the Scrum Master’s servant-leadership service to the Product Owner. When a new Product Owner struggles with ordering the Product Backlog and navigating competing stakeholder demands, the Scrum Master helps the Product Owner learn and apply techniques for Product Backlog management and helps find ways to collaborate with stakeholders.

That support can include:

  • Coaching on ordering by value, risk, and the Product Goal
  • Facilitating conversations that surface trade-offs and align stakeholders
  • Reinforcing that ordering is the Product Owner’s accountability

Scrum events may provide opportunities to inspect and adapt, but they do not transfer accountability for ordering or replace the need for coaching and stakeholder facilitation.

The Scrum Master is accountable for coaching the Product Owner on effective Product Backlog management and facilitating stakeholder collaboration.


Question 10

Topic: Scrum Master as Servant Leader

A Scrum Team is in a 2-week Sprint that ends this Friday. The Sprint Goal is “Enable users to reset their password via email.”

On Wednesday, Developers report the feature is coded but integration tests and a required security scan are failing; the Definition of Done requires both to pass. A stakeholder is pressuring the Product Owner to “just extend this Sprint to next Wednesday” so marketing can launch on Monday, and the Product Owner suggests adding a special “go/no-go meeting” after the extended Sprint.

As Scrum Master, what is the BEST next action?

  • A. Add a mandatory mid-Sprint stakeholder checkpoint until the team “catches up”
  • B. Coach them to keep the Sprint timebox; take only Done work to the Sprint Review and replan next Sprint from the Product Backlog
  • C. Extend the current Sprint once, then resume the normal cadence next Sprint
  • D. Create a separate hardening phase after the Sprint to finish testing and security scanning

Best answer: B

What this tests: Scrum Master as Servant Leader

Explanation: Scrum relies on a consistent Sprint timebox to create a regular rhythm for inspection and adaptation. Work that does not meet the Definition of Done is not part of the Increment and should not be treated as “almost done” for release decisions. The Scrum Master should reinforce using the existing Scrum events to inspect what is Done and adapt the Product Backlog and plan for the next Sprint.

Extending a Sprint or inserting extra “special” events undermines transparency and the cadence that enables empiricism. With a fixed end date, everyone can inspect a potentially releasable Increment at the Sprint Review and adapt the Product Backlog for what to do next.

In this scenario, the Definition of Done is clear (tests and security scan must pass), so the unfinished work is not part of a Done Increment. The Scrum Master should help the Product Owner and stakeholders understand the trade-off and keep the Sprint timebox intact:

  • Hold the Sprint Review as scheduled, showing only what is Done.
  • Return unfinished items to the Product Backlog, reorder as needed, and plan the next Sprint toward the Product Goal.

If the Sprint Goal had become obsolete, cancellation is an option, but “just extending” the Sprint or adding new events is not.

Sprints are fixed-length and Scrum uses the existing events to inspect a Done Increment and adapt the Product Backlog for the next Sprint.

Continue with full practice

Use the CSM Practice Test page for the full PM Mastery route, mixed-topic practice, timed mock exams, explanations, and web/mobile app access.

Open the matching PM Mastery practice page for timed mocks, topic drills, progress tracking, explanations, and full practice.

Free review resource

Read the CSM guide on PMExams.com, then return to PM Mastery for timed practice.

Revised on Thursday, May 14, 2026