Scrum Professional Scrum Master level III (PSM III) - PSM-III Exam Questions
QUESTION NO: 1
When many Development Teams are working on a single product, what best describes the definition of
"done?"
When many Development Teams are working on a single product, what best describes the definition of
"done?"
Correct Answer:
When many Development Teams are working on a single product, there must beone shared Definition of Done (DoD)that applies toall teamsand tothe entire product Increment.
Single, Shared Definition of Done
Scrum requires that each Increment beusable and potentially releasable. When multiple teams contribute to one product, this means:
* There isone product, not multiple team products,
* There must therefore beone Definition of Donethat ensures consistency, quality, and transparency across all teams.
Having different Definitions of Done per team would result in:
* Inconsistent quality,
* Integration problems,
* Loss of transparency,
* Increments that are "Done" in isolation but not at the product level.
Integrated Increment-Level Definition of Done
The shared Definition of Done must includeintegration criteria, ensuring that:
* Work from all teams is integrated,
* The combined Increment meets quality and compliance standards,
* The product can be inspected and potentially released.
In scaled Scrum (e.g., Nexus), unintegrated work is explicitlynot considered Done, regardless of whether individual teams believe their work is complete.
Ownership and Evolution
While Developers collectively create and adhere to the Definition of Done, it applies at theproduct level, not the team level. As the product and organization mature, the Definition of Done may beexpanded, but it must always remain shared and transparent.
Single, Shared Definition of Done
Scrum requires that each Increment beusable and potentially releasable. When multiple teams contribute to one product, this means:
* There isone product, not multiple team products,
* There must therefore beone Definition of Donethat ensures consistency, quality, and transparency across all teams.
Having different Definitions of Done per team would result in:
* Inconsistent quality,
* Integration problems,
* Loss of transparency,
* Increments that are "Done" in isolation but not at the product level.
Integrated Increment-Level Definition of Done
The shared Definition of Done must includeintegration criteria, ensuring that:
* Work from all teams is integrated,
* The combined Increment meets quality and compliance standards,
* The product can be inspected and potentially released.
In scaled Scrum (e.g., Nexus), unintegrated work is explicitlynot considered Done, regardless of whether individual teams believe their work is complete.
Ownership and Evolution
While Developers collectively create and adhere to the Definition of Done, it applies at theproduct level, not the team level. As the product and organization mature, the Definition of Done may beexpanded, but it must always remain shared and transparent.
QUESTION NO: 2
The developers in your Scrum Team raise an impediment. The work planned for upcoming Sprint involves certain knowledge and expertise they do not possess within the team. How do you handle this impediment?
The developers in your Scrum Team raise an impediment. The work planned for upcoming Sprint involves certain knowledge and expertise they do not possess within the team. How do you handle this impediment?
Correct Answer:
When Developers raise the lack of certain knowledge or expertise as an impediment, the Scrum Master must address the situation in a way that reinforcesScrum principles, especiallycross-functionality, empiricism, and self-management, while also supporting value delivery.
First, it is essential to verify whether this is truly animpediment. In Scrum, an impediment is something the team cannot resolve on its own. As a Scrum Master, I would facilitate a discussion with the Developers and, if appropriate, the Product Owner to inspect whether the expertise is genuinely required to achieve the desired outcome. In some cases, the scope or approach can be adapted, or the Product Backlog Item can be refined so that alternative solutions are viable. This conversation may reveal that the need for specialized knowledge is less critical than initially assumed.
Second, if the expertise is indeed necessary, the Scrum Master should encourage the team to address the issue as across-functional Scrum Team. Scrum expects teams to have, or acquire, all skills needed to deliver value. Therefore, I would ask the Developers how they couldlearn or acquire the necessary knowledge themselves. Possible options include allocating time for learning, research, training, experimenting, or building a prototype. These activities can be planned as part of the Sprint Backlog and support long-term team capability.
Third, the Scrum Master can help the team make effective use ofoutside expertise without undermining self- management. During Sprint Planning or refinement, the team may consult internal or external experts to gain insights, validate approaches, or reduce uncertainty, while still retaining ownership of the work and the Sprint Backlog.
Finally, if none of these options resolve the impediment, the Scrum Master has a responsibility tohelp the organization support the Scrum Team. This may involve facilitating access to expertise from elsewhere in the organization or, if necessary, from outside the organization. The Scrum Master does not solve the problem personally but works to remove organizational barriers so the team can proceed.
First, it is essential to verify whether this is truly animpediment. In Scrum, an impediment is something the team cannot resolve on its own. As a Scrum Master, I would facilitate a discussion with the Developers and, if appropriate, the Product Owner to inspect whether the expertise is genuinely required to achieve the desired outcome. In some cases, the scope or approach can be adapted, or the Product Backlog Item can be refined so that alternative solutions are viable. This conversation may reveal that the need for specialized knowledge is less critical than initially assumed.
Second, if the expertise is indeed necessary, the Scrum Master should encourage the team to address the issue as across-functional Scrum Team. Scrum expects teams to have, or acquire, all skills needed to deliver value. Therefore, I would ask the Developers how they couldlearn or acquire the necessary knowledge themselves. Possible options include allocating time for learning, research, training, experimenting, or building a prototype. These activities can be planned as part of the Sprint Backlog and support long-term team capability.
Third, the Scrum Master can help the team make effective use ofoutside expertise without undermining self- management. During Sprint Planning or refinement, the team may consult internal or external experts to gain insights, validate approaches, or reduce uncertainty, while still retaining ownership of the work and the Sprint Backlog.
Finally, if none of these options resolve the impediment, the Scrum Master has a responsibility tohelp the organization support the Scrum Team. This may involve facilitating access to expertise from elsewhere in the organization or, if necessary, from outside the organization. The Scrum Master does not solve the problem personally but works to remove organizational barriers so the team can proceed.
QUESTION NO: 3
The definition of "Done" describes the work that must be completed for every Product Backlog item before it can be deemed releasable. What should the Development Team do when, during the Sprint, it finds out that a problem outside of their control blocks them from doing all this work?
The definition of "Done" describes the work that must be completed for every Product Backlog item before it can be deemed releasable. What should the Development Team do when, during the Sprint, it finds out that a problem outside of their control blocks them from doing all this work?
Correct Answer:
When the Development Team discovers during a Sprint that a problemoutside of their controlprevents them from completing all work required by theDefinition of Done, this situation must be addressed through transparency, inspection, and adaptation, rather than by lowering standards.
1. Make the Impediment Transparent Immediately
The Development Team shouldmake the issue visible as soon as it is discovered. This includes:
* Raising it in theDaily Scrum,
* Clearly stating how it impacts the Sprint Goal and the Definition of Done.
Transparency is critical so that inspection and adaptation are based on reality, not assumptions.
2. Do Not Compromise the Definition of Done
The Definition of Done mustnot be relaxed or bypassedto "get something done." Lowering quality destroys transparency and creates false progress. If the Definition of Done cannot be met, the work isnot Doneand should not be considered releasable.
3. Collaborate to Adapt the Sprint Backlog
The Development Team should collaborate with theProduct Ownerto inspect the impact and adapt the Sprint Backlog. This may include:
* Removing or adjusting affected Product Backlog Items,
* Focusing on work that can still meet the Definition of Done,
* Preserving theSprint Goal, if possible.
4. Escalate the Impediment Through the Scrum Master
Because the problem is outside the team's control, it qualifies as animpediment. The Scrum Master must help remove or mitigate it by working with the organization or external parties. If the impediment cannot be resolved quickly, its impact should be addressed in planning and stakeholder communication.
1. Make the Impediment Transparent Immediately
The Development Team shouldmake the issue visible as soon as it is discovered. This includes:
* Raising it in theDaily Scrum,
* Clearly stating how it impacts the Sprint Goal and the Definition of Done.
Transparency is critical so that inspection and adaptation are based on reality, not assumptions.
2. Do Not Compromise the Definition of Done
The Definition of Done mustnot be relaxed or bypassedto "get something done." Lowering quality destroys transparency and creates false progress. If the Definition of Done cannot be met, the work isnot Doneand should not be considered releasable.
3. Collaborate to Adapt the Sprint Backlog
The Development Team should collaborate with theProduct Ownerto inspect the impact and adapt the Sprint Backlog. This may include:
* Removing or adjusting affected Product Backlog Items,
* Focusing on work that can still meet the Definition of Done,
* Preserving theSprint Goal, if possible.
4. Escalate the Impediment Through the Scrum Master
Because the problem is outside the team's control, it qualifies as animpediment. The Scrum Master must help remove or mitigate it by working with the organization or external parties. If the impediment cannot be resolved quickly, its impact should be addressed in planning and stakeholder communication.
QUESTION NO: 4
Every Sprint has a Sprint Review. What is the purpose and result of this event?
Every Sprint has a Sprint Review. What is the purpose and result of this event?
Correct Answer:
TheSprint Reviewis a formal Scrum Event held at the end of each Sprint toinspect the outcome of the Sprint andadapt the Product Backlogif needed. Its primary purpose is to enable empirical decision-making by involving both theScrum Team and stakeholdersin inspecting the product and determining what to do next.
Purpose of the Sprint Review
The main purpose of the Sprint Review is toinspect the "Done" Product Incrementin the context of overall product progress. During this event:
* The Scrum Team presents the Increment that meets the Definition of Done.
* The Developers explain what was delivered, what was not delivered, and the challenges encountered.
* Stakeholders activelyinspect the product, often by using it, rather than reviewing documents or reports.
This inspection provides real, hands-on feedback and creates a shared understanding of the current state of the product and its direction.
Result of the Sprint Review
The Sprint Review results inheightened transparencyfor all participants. By jointly inspecting the Increment, new insights emerge about customer needs, market conditions, risks, and opportunities. These insights inform conversations aboutwhat is needed next.
Based on this shared understanding:
* TheProduct Owner collaborates with stakeholders and the Scrum Teamto adapt and update the Product Backlog.
* Completed work is accepted or further work is identified.
* New Product Backlog Items may be added, reordered, or refined to reflect the latest understanding of the product.
The Sprint Review does not aim to approve or reject work formally, but to enable learning and adaptation.
Purpose of the Sprint Review
The main purpose of the Sprint Review is toinspect the "Done" Product Incrementin the context of overall product progress. During this event:
* The Scrum Team presents the Increment that meets the Definition of Done.
* The Developers explain what was delivered, what was not delivered, and the challenges encountered.
* Stakeholders activelyinspect the product, often by using it, rather than reviewing documents or reports.
This inspection provides real, hands-on feedback and creates a shared understanding of the current state of the product and its direction.
Result of the Sprint Review
The Sprint Review results inheightened transparencyfor all participants. By jointly inspecting the Increment, new insights emerge about customer needs, market conditions, risks, and opportunities. These insights inform conversations aboutwhat is needed next.
Based on this shared understanding:
* TheProduct Owner collaborates with stakeholders and the Scrum Teamto adapt and update the Product Backlog.
* Completed work is accepted or further work is identified.
* New Product Backlog Items may be added, reordered, or refined to reflect the latest understanding of the product.
The Sprint Review does not aim to approve or reject work formally, but to enable learning and adaptation.
