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

Correct Answer:

Ordering the Product Backlog is a key accountability of theProduct Ownerand is essential for maximizing value through empiricism. The ordering reflects continuous inspection of multiple variables, not a single prioritization rule.
1. Value and Outcomes
The primary variable isvalue. The Product Owner considers:
* Customer and user value,
* Business impact and outcomes,
* Alignment with theProduct Goal.
Items that deliver higher or more urgent value are generally ordered higher.
2. Risk and Uncertainty
Items that reducerisk or uncertaintyare often ordered earlier. This includes:
* Technical risk,
* Market or usability risk,
* Integration or dependency risk.
Early learning enables better decisions and reduces long-term cost.
3. Dependencies
The Product Owner considersdependenciesbetween backlog items and teams. Items that unblock other work or reduce dependencies may be ordered higher to improve flow and reduce coordination overhead.
4. Effort, Complexity, and Feasibility
While Developers estimate effort, the Product Owner uses this information to balance value againstcost, complexity, and feasibility. High-value items that are feasible within near-term constraints are often prioritized.
5. Feedback and Learning
Ordering reflectsfeedback from Sprint Reviews, user testing, and market response. Items may move up or down based on what has been learned from previous Increments.
6. Time Sensitivity and Opportunity Cost
Some items are time-critical due to:
* Regulatory deadlines,
* Market windows,
* Competitive pressure.
Delaying such items may reduce or eliminate their value.

Correct Answer:

In Scrum, decisions to optimize value and control risk depend on theperceived state of the artifacts. If artifacts are not transparent, inspection and adaptation become ineffective, leading to poor decisions. Scrum therefore defines specificevents and practicesto improve transparency and support empirical decision- making.
Scrum Events That Improve Artifact Transparency
Sprint Planningimproves transparency by aligning the Scrum Team on the current state of theProduct Backlogand theProduct Increment. The Product Owner explains backlog ordering and objectives, while Developers assess what is feasible based on the current Increment and Definition of Done. This shared understanding reduces risk by creating a realistic Sprint Goal.
Daily Scrumimproves transparency of theSprint Backlog. Developers inspect progress toward the Sprint Goal and make visible emerging risks, dependencies, and impediments. Daily inspection ensures that deviations are discovered early, enabling fast adaptation and reducing delivery risk.
Sprint Reviewimproves transparency of theProduct IncrementandProduct Backlog. Stakeholders directly inspect the Increment and provide feedback. This exposes assumptions, validates value, and informs Product Backlog adaptation, helping optimize future value and reduce market risk.
Sprint Retrospectiveimproves transparency ofprocess-related aspectsthat influence the artifacts. By inspecting ways of working, tools, skills, and the Definition of Done, the team identifies improvements that increase artifact quality and reliability over time.
Practices That Improve Transparency
Aclear and shared Definition of Doneensures transparency of the Product Increment. It creates a common understanding of what "complete" means and prevents hidden work or misleading progress.
Product Backlog refinementimproves transparency by clarifying Product Backlog Items, making assumptions explicit, and reducing uncertainty. Although not a formal Scrum event, refinement supports better inspection and forecasting.
Frequent integration and testingimprove transparency by making the real state of the Increment visible early and often. This reduces the risk of late surprises and unintegrated work.
Visible metrics and information radiators(such as Sprint Goals, Sprint Backlogs, and progress toward objectives) help stakeholders and teams understand the state of work without relying on reports or interpretations.

Correct Answer:

In Scrum, team structure significantly impacts the ability to deliver value. Two commonly discussed structures arecomponent teamsandfeature teams. Although the Scrum Guide does not explicitly define these terms, it strongly favors the characteristics of feature teams through its definition of a Scrum Team.
Component teamsare organized around technical specialties or system components, such as database, frontend, or middleware teams. Their work typically represents partial contributions to a product feature, requiring coordination and handoffs across multiple teams to deliver customer value. As a result, component teams often introduce dependencies, delay integration, and struggle to produce a usable Increment independently within a Sprint.
Feature teams, in contrast, are organized around delivering complete product features or Product Backlog Items. They are cross-functional and possess all the skills required to design, build, test, and deliver a "Done" Increment of value. Feature teams minimize dependencies and can independently deliver customer-facing functionality each Sprint.
From theScrum Guide perspective, feature teams align more closely with Scrum principles:
* The Scrum Guide states thatScrum Teams are cross-functional, which directly supports feature teams and challenges component team structures.
* Scrum requires each Sprint to produce ausable Increment. Feature teams can meet this expectation, while component teams usually cannot without reliance on other teams.
* Scrum is based onempiricism(transparency, inspection, and adaptation). Reduced dependencies in feature teams improve transparency and enable faster inspection and adaptation.
* Scrum emphasizesvalue delivery and accountability. Feature teams maintain clear ownership of outcomes, whereas component teams fragment accountability across technical silos.
While component teams may exist due to legacy structures or technical constraints, they represent organizational impediments rather than an ideal Scrum implementation. From a Professional Scrum Master III perspective, moving toward feature teams supports agility, improves value delivery, and better enables Scrum as defined in the Scrum Guide.

Correct Answer:

Leadership plays a critical role in enabling self-organizing teams to succeed with Scrum. While Scrum Teams are self-managing, organizational leadership must create the conditions in which Scrum can thrive. This support is expressed through behaviors that reinforce empiricism, accountability, and continuous improvement, rather than through command-and-control practices.
First, leadership can help by actively supporting self-organization and Scrum adoption. This includes trusting teams to decide how they do their work, resisting the urge to micromanage, and reinforcing Scrum practices and values across the organization. Leaders who understand and support Scrum help protect teams from external pressure that undermines self-management.
Second, leaders should learn about Agile and Scrum and understand how to interact with Scrum Teams effectively. This knowledge enables leadership to engage in ways that are helpful rather than disruptive-for example, collaborating through Scrum events instead of bypassing the Product Owner or directly assigning work to Developers. Informed interaction strengthens alignment while preserving team autonomy.
Third, leadership must respect Scrum accountabilities, especially the authority of the Product Owner.
Respecting Product Owner decisions on ordering the Product Backlog ensures clear accountability for maximizing value. When leadership overrides or bypasses the Product Owner, it undermines transparency, focus, and trust within the Scrum Team.
Fourth, leadership can significantly support teams by removing impediments that are beyond the team's control. These may include organizational policies, structural constraints, tooling limitations, or conflicting incentives. By actively addressing such impediments, leadership enables teams to improve their effectiveness and deliver value more consistently.
Finally, leadership should provide a clear organizational vision and strategy. A compelling vision and coherent strategy give Scrum Teams a sense of purpose and direction, helping them understand how their work contributes to broader organizational goals. This clarity supports better decision-making, alignment, and motivation at the team level without prescribing detailed solutions.