Pass the Scrum Professional Scrum Master PSM-I Questions and answers with ExamsMirror

The best answer is C. Ensure every Increment meets them. Non-functional requirements (NFRs) are system qualities that guide the design of the solution and often serve as constraints across the relevant backlogs1. NFRs are persistent qualities and constraints typically revisited as part of the definition of done (DoD) for each Iteration, PI, or release1. The Scrum Team should ensure that every Increment meets the NFRs, as they are part of the product requirements and affect the value delivery and customer satisfaction.

The correct answer is E, because all of these topics can be discussed during a Sprint Retrospective. The Scrum Guide states that “the purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness. … During each Sprint Retrospective, the Scrum Team plans ways to improve product quality by adapting the definition of ‘Done’ as appropriate.” Therefore, the Scrum Team can discuss any aspect of their process, communication, skills, or definition of ‘Done’ that may help them improve.

According to the Scrum Guide1, self-organization is one of the essential characteristics of Scrum Teams. Self-organizing teams choose how best to accomplish their work, rather than being directed by others outside the team. Self-organization enables teams to deliver faster and better results by harnessing their creativity and skills. Some benefits of self-organization are:

Increased creativity, as team members have more freedom and autonomy to explore new ideas and solutions.

Increased self-accountability, as team members take ownership and responsibility for their work and outcomes.

Increased commitment, as team members are more engaged and motivated by having a say in how they work.

The other options are not benefits of self-organization, as they may imply external control or pressure.

References: Scrum Guide

The correct answer is C, because the Scrum Guide states that “the Development Team usually starts by designing the system and the work needed to convert the Product Backlog into a working product Increment. Work planned for the first days of the Sprint by the Development Team is decomposed by the end of this meeting, often to units of one day or less. The Development Team self-organizes to undertake the work in the Sprint Backlog, both during Sprint Planning and as needed throughout the Sprint.” Therefore, enough work should be defined during the Sprint Planning event so that the Development Team can create its best forecast of what it can do, and to start the first several days of the Sprint.

https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf

Scrum is a framework for developing, delivering, and sustaining complex products. Scrum has three roles: the Product Owner, the Scrum Master, and the Developers. The Developers are the people in the Scrum Team who are committed to creating any aspect of a usable Increment in each Sprint. The Developers are not limited by titles such as programmer, designer, tester, architect, engineer, etc. The Developers are responsible for all aspects of quality, including finding and fixing bugs, tracking quality metrics, and verifying the work of other Developers. Therefore, Scrum has no “tester” role, and the Developers are responsible for quality.

The correct answer is C, because as soon as possible in the Sprint, the Development Team should work with the Product Owner to remove some work or Product Backlog items if they realize they have selected too much work to finish in the Sprint. The Scrum Guide states that “the Development Team may renegotiate the selected Product Backlog items with the Product Owner. If the Development Team realizes it has too much or too little work, it may renegotiate the selected Product Backlog items with the Product Owner. The Development Team may also invite other people to attend to provide technical or domain advice.”

According to the Scrum Guide1, 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.

According to the Scrum Guide1, one aspect of Scrum Teams inspecting how they work toward their Product Goal is that they improve their definition of “Done” over time. 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. Therefore, it is most appropriate for a Development Team to change the definition of “Done” during the Sprint Retrospective.

References: Scrum Guide

The correct answers are A, B, and D, because these techniques would be most helpful in this situation. Consulting with the Development Team may help identify the root causes of the impediments and possible solutions. Prioritizing the list and working on them in order may help reduce the backlog and focus on the most important or urgent issues. Alerting management to the impediments and their impact may help escalate the problems and get support from the organization.

According to the Scrum Guide, a Scrum Team must release each Increment when it makes sense to do so, based on the value and feedback obtained from stakeholders. The decision to release an Increment is made by the Product Owner, who is responsible for maximizing the value of the product and the work of the Development Team. The other options are not valid, as they imply that releasing an Increment is either mandatory (such as after every Sprint), conditional (such as when the product is free of defects), or irrelevant (such as when the Scrum Team finishes their work).