Scrum PSM-I - Professional Scrum Master I

The correct answer is A because the Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. Product Backlog ordering should therefore be driven primarily by value, not by keeping every Developer busy at all times. Scrum does not optimize for utilization. It optimizes for value delivery, learning, and progress toward the Product Goal.

The Scrum Master should coach the Product Owner to keep the Product Backlog ordered based on what delivers the most value and best supports product outcomes. External dependencies may influence sequencing, but they should not cause the Product Owner to abandon value-based ordering just to fill capacity. In Scrum, some inefficiency may temporarily occur due to uncertainty or dependency constraints, but that is not a reason to shift toward activity-based planning.

Option B is too prescriptive and assumes a specific backlog ordering response. Option C is incorrect because maximizing utilization is not the Product Owner’s responsibility and is not a Scrum objective. Scrum encourages focus on valuable Increments, not on ensuring that everyone is always fully occupied regardless of whether the work is the most important.

The correct answers are B and C, because these are two responsibilities of a self-organizing Development Team. The Scrum Guide states that “the Development Team consists of professionals who do the work of delivering a potentially releasable Increment of ‘Done’ product at the end of each Sprint. Development Teams are structured and empowered by the organization to organize and manage their own work.” Therefore, the Development Team should pull Product Backlog items for the Sprint and do the work planned in the Sprint Backlog.

According to the Scrum Guide, every Scrum Team should have the competencies and skills needed to deliver an Increment in a Sprint. This means that the Developers can work on any aspect of the product without depending on others outside the team. The other options are not valid descriptions of what every Scrum Team should have, as they either imply that the Developers work in silos or rely on external people (such as a lead developer or representatives from different departments).

According to the Scrum Guide, when multiple Scrum Teams are working on the same product, they should integrate their Increments every Sprint, in order to accurately inspect what is done and ensure that there is no technical debt or unfinished work at the end of each Sprint. The other options are not valid, as they imply that integration can be skipped, delayed, or done only for some teams, which is not consistent with Scrum values and principles.

According to the Scrum Guide 1 , the purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness. The Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done. Inspected elements often vary with domain, practices, and people involved. The Scrum Team identifies the most helpful changes to improve its effectiveness. The most impactful improvements are addressed as soon as possible. They may even be added to the Sprint Backlog for the next Sprint. The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint. The Scrum Master is part of the Scrum Team and should participate as a Scrum team member and facilitate as requested or needed.

 According to the Scrum Guide, the Sprint Review is a time for the Scrum Team and the stakeholders to inspect the product Increment and adapt the Product Backlog if needed. The Product Owner is responsible for keeping the stakeholders aware of the progress of the project and inviting them to the Sprint Review. If the Product Owner has not been doing this, or if the stakeholders have not been using the Sprint Review to inspect and evaluate progress, then they may be disappointed and angry at the seventh Sprint Review. The other options are not likely factors that led to this situation, as they are either irrelevant (such as the PMO or the development area) or incorrect (such as delaying the release).

According to the Scrum Guide 1 , Scrum does not require or provide any specific techniques or methods for product definition. Rather, Scrum provides a framework with roles, rules, and events within which complex products can be developed. To get started in terms of what to build, Scrum requires no more than a Product Owner with enough ideas for a first Sprint, a Development Team to implement those ideas and a Scrum Master to help guide the process.