Free Scrum PSM-I Practice Exam with Questions & Answers | Set: 8

According to the Scrum Guide 1 , the Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization.

In the Scrum framework, there is no specific role or accountability for a Tester. Instead, the responsibility for quality lies with the entire Scrum Team, particularly the Developers. Scrum emphasizes cross-functional teams, where every team member contributes to all aspects of the development process, including testing. The Developers collectively ensure that the work meets the Definition of Done and maintains high-quality standards. This approach fosters collaboration, shared responsibility, and continuous improvement, aligning with the core principles of Scrum.

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.

Three statements that are true about Scrum are:

Each component of Scrum serves a specific purpose and is essential to Scrum’s success and your usage of Scrum to develop complex products.

Scrum is a framework for developing and sustaining complex products.

Scrum is based on empiricism and lean thinking.

These statements are supported by [6]: “Scrum is not a process, technique, or definitive method. Rather, it is a framework within which you can employ various processes and techniques. … Each component within the framework serves a specific purpose and is essential to Scrum’s success and usage. … The rules of Scrum bind together events, roles, artifacts, and rules governing their relationships. … The three pillars uphold every implementation of empirical process control: transparency, inspection, and adaptation.”

The correct answers are B and C, because these are the two primary ways a Scrum Master keeps a Development Team working at its highest level of productivity. The Scrum Guide states that “the Scrum Master serves the Development Team in several ways, including … removing impediments to the Development Team’s progress; facilitating Scrum events as requested or needed; and coaching the Development Team in self-organization and cross-functionality.” Therefore, by removing impediments and facilitating decisions, the Scrum Master helps the Development Team focus on their work and deliver value.

The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. Therefore, Option A is correct. This is one of the clearest and most important responsibilities defined in the Scrum Guide. The Product Owner manages the Product Backlog, orders work to best achieve goals and missions, and ensures that the backlog is transparent and understood. Their focus is on value optimization, not on controlling people or acting as a project manager.

Option B is incorrect because while the Product Owner may help with stakeholder collaboration, shielding Developers from all stakeholder interaction is not the core accountability. Option C is incorrect because Developers are self-managing, and the Product Owner does not direct their day-to-day work. Option D is also incorrect because Scrum does not define the Product Owner’s accountability as ensuring commitments to stakeholders are met in a traditional contractual sense. Instead, the Product Owner balances stakeholder needs, product direction, and value delivery.

A strong Product Owner makes sure the Scrum Team is always working on the most valuable thing first. That value-centered accountability is the best description of the role.

The recommended size for a Scrum Team is 10 or fewer people, as stated in the Scrum Guide: “The recommended size of a Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint, typically 10 or fewer people.”

According to the Scrum Guide 1 , a Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Developers, or the Scrum Master. A Sprint would be cancelled if the Sprint Goal becomes obsolete. This might occur if the company changes direction or if market or technology conditions change. In general, a Sprint should be cancelled if it no longer makes sense given the circumstances. But, due to the short duration of Sprints, cancellation rarely makes sense.

According to the Scrum Guide 1 , the definition of “Done” is a formal description of the state of the Increment when it meets the quality measures required for the product. The definition guides the Development Team in creating a “Done” Increment. The definition of “Done” is created by the development organization (or Development Team if none is available from the development organization). The definition of “Done” may vary significantly per Scrum Team, depending on the context. One aspect of Scrum Teams inspecting how they work toward their Product Goal is that they improve their definition of “Done” over time.