Scrum PSM-III Exam : Professional Scrum Master level III (PSM III)

Correct Answer:

When starting development of a brand new product with fifteen developers, forming effective teams is a critical early decision that significantly influences the success of product development. From a Scrum Master' s perspective, multiple approaches are commonly used in practice. Each approach offers distinct benefits and drawbacks when evaluated against Scrum principles such asself-organization, cross-functionality, and value delivery.
1. Facilitating Teams to Self-Organize
One common approach is tofacilitate the developers in forming teams themselves. This approach aligns strongly with Scrum, as the Scrum Guide states that Scrum Teams areself-managingand decide internally how best to accomplish their work.
Benefits:
Allowing teams to self-organize promotesempowerment, ownership, and accountability. Developers can use their existing knowledge of each other's strengths, weaknesses, and working styles to form balanced teams. This often increases motivation and psychological safety, both of which support high performance.
Hindrances:
For a new product, this process can bemessy and time-consuming, especially if developers lack experience in forming effective teams. Teams may optimize for comfort or familiarity rather than cross-functionality, potentially leading to skill gaps or imbalanced teams.
2. Forming Two or Three Cross-Functional Feature Teams
Another common approach is to deliberately formtwo or three cross-functional feature teams, each containing all the skills necessary to deliver working product increments.
Benefits:
This approach closely matches how Scrum describes teams.Cross-functional feature teamscan independently deliverintegrated, "Done" Incrementsof the product, improving flow, reducing dependencies, and supporting empiricism. All necessary skills are available within the team, enabling faster inspection and adaptation.
Hindrances:
In the context of a brand new product, teams may not yet knowwhich skills are actually required, making it difficult to form truly balanced teams upfront. Additionally, specialists may feel isolated and lose regular interaction with peers who share the same expertise across teams.
3. Forming Teams Based on Specialization (Component Teams)
A third approach is to organize teams according totechnical specialization, such as front-end and back-end teams. These are often referred to ascomponent teams.
Benefits:
This structure allows specialists to work closely together, enablingfast knowledge sharing, technical consistency, and deep expertisein specific components of the system. It can feel efficient, especially in the early stages of development.
Hindrances:
From a Scrum perspective, this approach significantly hindersvalue delivery. Component teams struggle to deliver complete, integrated features independently and introduce dependencies and handoffs. This makes it harder to produce a usable Increment each Sprint and isnot how Scrum describes teams, even though it remains a commonly used strategy in many organizations.
Scrum Master Perspective and Conclusion
As a Scrum Master, my role is not to mandate a single team structure, but tocoach and facilitatethe organization toward structures that best enable Scrum. While all three approaches are seen in practice, Scrum clearly favorsself-organizing, cross-functional feature teamsbecause they maximize learning, transparency, and the ability to deliver value each Sprint.

Correct Answer:

According to Scrum, theProduct Owneris accountable formaximizing the value of the productand for effectiveProduct Backlog management. Two key activities that are explicitly part of this role are:
1. Ordering the Product Backlog to Maximize Value
The Product Owner is responsible forordering the Product Backlogso that the most valuable work is done first. This ordering reflects:
* Business and customer value,
* Risk and uncertainty,
* Strategic goals and learning from previous Sprints.
Through this activity, the Product Owner ensures that the Scrum Team is always working on what matters most.
2. Ensuring Product Backlog Items Are Transparent, Clear, and Understood The Product Owner ensures that Product Backlog Items are:
* Clearly expressed,
* Transparent to the Scrum Team and stakeholders,
* Understood well enough for Developers to select them during Sprint Planning.
This does not mean writing detailed requirements alone, butcollaboratingso that shared understanding exists.

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.

Correct Answer:

When a Development Team is distributed across different physical locations and faces logistical overhead just to start theDaily Scrum, this situation represents animpediment to effective inspection and adaptation. As a Scrum Master, the appropriate action is toenable the team to inspect and adapt more effectively, not to control or manage logistics on their behalf.
1. Help the Team Establish a Stable and Simple Daily Scrum Setup
The Scrum Master should work with the Development Team toinspect and improve how the Daily Scrum is conducted. This may include:
* Agreeing on afixed time and virtual location,
* Standardizing tools (e.g., always the same conferencing solution),
* Reducing setup effort so the event can start on time and remain within its 15-minute timebox.
This supports transparency and reduces unnecessary waste.
2. Remove or Reduce Organizational and Technical Impediments
If logistical difficulties stem from organizational constraints-such as lack of proper tooling, inadequate rooms, or unreliable communication infrastructure-the Scrum Master shouldaddress these as impediments.
This may involve working with IT or management to provide stable tools that enable smooth collaboration.
3. Coach the Team Toward Self-Management
Rather than running the Daily Scrum or handling logistics personally, the Scrum Master shouldcoach the Developers to self-managehow they organize the event. The goal is for the team to own and continuously improve the Daily Scrum in a way that fits their distributed context.