Scrum Professional Scrum Master II Exam Practice Test

Answer : B

When multiple Scrum Teams work on the same product, they share one Product Backlog that contains all the requirements for the product. The Product Owner is responsible for ordering and refining the Product Backlog items, but does not assign them to specific teams. Instead, the Scrum Teams pull in work from the Product Backlog in agreement with the Product Owner and the other teams, based on their capacity, skills, dependencies, and Sprint Goals. This way, the Scrum Teams can self-organize and collaborate to deliver a coherent and valuable product Increment.

The Scrum Guide, November 2020, p. 7-8

Can two teams work on one product backlog?, Scrum.org, January 6, 2020

Answer : A, C

Done means that the Increment is in a usable condition and meets the Scrum Team's Definition of Done. 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 of Done creates transparency by providing everyone a shared understanding of what work was completed as part of the Increment. Having an Increment that could be released to end users means that it is potentially releasable, which is one of the goals of Scrum. All work performed meets the Definition of Done means that the Developers have ensured that every Product Backlog item selected for the Sprint conforms to the agreed quality standards.

The Scrum Guide, November 2020, p. 10-11

What is a Definition of Done?, Scrum.org, accessed on September 30, 2023

DONE Understanding Of The Definition Of 'Done'', Scrum.org, December 16, 2019

Answer : D

The most effective way to recover is to restore transparency and trust by informing the Product Owner that the progress she has perceived to date is not correct.The Increment is not releasable because it does not meet the Definition of Done12, which is a shared understanding of what it means for work to be complete12. The Developers should give the Product Owner their estimate of the effort it would take to get the past work done, and suggest doing that work first before proceeding with new features.This way, the Developers can ensure that they deliver a valuable, useful, and potentially releasable Increment every Sprint12. The Developers should also re-estimate the effort to complete the remaining backlog, including all testing, and communicate any changes or risks to the Product Owner.In the end, it is the Product Owner's call to continue the project or to cancel it, based on the value and feasibility of the product12.

Some reasons why the other options are not correct are:

A: The Developers set the open work aside to be performed in one or more release Sprints. They remind Marian to find funding for enough Release Sprints in which this remaining work can be done. This option is not correct because it violates the Scrum framework and the Scrum values.The Scrum framework does not prescribe any release Sprints or separate phases for testing or integration12.The Scrum values include commitment, focus, openness, respect, and courage12. The Developers should commit to delivering a potentially releasable Increment every Sprint, not postpone or hide their undone work. The Developers should focus on creating value for the customers and users, not on meeting artificial deadlines or metrics. The Developers should be open and honest about their progress and challenges, not mislead or deceive the Product Owner.The Developers should respect the Product Owner's authority and accountability for maximizing the value of the product and the work of the Developers12, not shift the responsibility or blame to them. The Developers should have the courage to face their problems and seek help, not avoid or ignore them.

B: Transparency needs to be restored by adding the undone work to the Product Backlog. The Developers must figure out a way to deliver in the upcoming Sprints a velocity of not only 13 units of new work, but also two additional points to catch up undone work. It is the Scrum Master's duty to assess whether such repair is possible. If not, the Scrum Master initiates a restart with a more reliable team or cancels the project. The Scrum Master will have to inform Product Owner and the stakeholders. This option is not correct because it violates the Scrum framework and the Scrum roles.The Scrum framework does not prescribe any velocity or points as measures of progress or success12.The Scrum roles include Product Owner, Scrum Master, and Developers12.The Product Owner is accountable for maximizing the value of the product and the work of the Developers12, not for tracking or controlling their velocity or points.The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide1, causing change that increases the productivity of the Scrum Team1, and working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization1, not for assessing or judging the performance of the Developers or initiating a restart or cancellation of the project.The Developers are accountable for creating a valuable, useful, and potentially releasable Increment every Sprint12, not for meeting a predetermined velocity or points target.

C: In the next Sprints, the Developers keep making sure that all of the selected scope per Sprint is as done as possible, at least at the past level of 90%. In every Sprint the undone work of the previous Sprint is estimated and added to the Sprint Backlog. It comes on top of the expected forecast of 13 units, so it does not mess up progress on the product Backlog. This option is not correct because it violates the Scrum framework and the Scrum values.The Scrum framework requires that each Sprint delivers a potentially releasable Increment that meets the Definition of Done12, not a partially done or incomplete product that accumulates technical debt or quality issues.The Scrum values include commitment, focus, openness, respect, and courage12. The Developers should commit to delivering a potentially releasable Increment every Sprint, not compromise on quality or value. The Developers should focus on creating value for the customers and users, not on meeting artificial deadlines or metrics. The Developers should be open and honest about their progress and challenges, not hide or ignore their undone work.The Developers should respect the Product Owner's authority and accountability for maximizing the value of the product and the work of the Developers12, not burden them with additional work or risk. The Developers should have the courage to face their problems and seek help, not avoid or ignore them.

What is an Increment? | Scrum.org

What is a Product Increment? | Scrum.org

Answer : A, C

The Daily Scrum is a 15-minute event for the Developers of the Scrum Team to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. The Daily Scrum is not a status meeting, but a way for the Developers to collaborate and self-organize around the most important work for the next 24 hours. The Daily Scrum also provides an opportunity for the Developers to identify and communicate any impediments that are hindering their progress, and request help from the Scrum Master or other team members to resolve them.

What is a Daily Scrum? | Scrum.org

What Is the Daily Scrum? | A Guide to the Daily Event - Scrum Alliance

Answer : C, D

A self-managing Scrum Team is one that internally decides who does what, when, and how. It does not need external direction or supervision to accomplish its work. A self-managing Scrum Team can resolve conflicts and continue working, as this shows that the team members can collaborate effectively and handle disagreements without escalating them. Creativity flourishes and new possibilities are explored, as this shows that the team members are empowered to experiment and innovate, rather than following a fixed plan or process.

The Scrum Guide 20201, section ''The Scrum Team''

The Scrum Master Learning Path2, module ''The Self-Managing Scrum Team''

The Professional Scrum Master II Course3, topic ''Self-Management''

Answer : D

This is the best answer because it empowers the Developers to take ownership of their own process and find a solution that works for them. The Scrum Master can facilitate the discussion and help the Developers understand the value and importance of the Daily Scrum, but not impose or dictate any specific action or rule. The Scrum Master can also support the Developers in conducting an experiment and evaluating the results, if they decide to do so.

Scrum Guide 2020, page 13: ''The Scrum Master serves the Scrum Team in several ways, including coaching the team members in self-management and cross-functionality.''

Professional Scrum Master II Course, page 14: ''The Daily Scrum is a key opportunity for inspection and adaptation at the team level. It helps the team to synchronize their work, identify impediments, and collaborate on solutions.''

Professional Scrum Master II Course, page 21: ''The Scrum Master can help the team to resolve conflicts by facilitating dialogue, listening actively, asking powerful questions, and supporting collaborative decision making.''

Answer : A, D

A: There is one Product Owner for each product (five in total). Each Product Owner may delegate to others for specific value, capabilities, and functionality within their product. The five Product Owners share and align work via Product Backlog. This is a reasonable alternative, as it allows each Product Owner to focus on one product and its vision, value proposition, and stakeholder needs. The Product Owner can also leverage the expertise and input of other people who can help with the product development, such as business analysts, domain experts, or user representatives. The five Product Owners can coordinate and collaborate with each other through the Product Backlog, which is a single source of truth for the product requirements and priorities.

D: There is one Product Owner responsible for all five products. This person may delegate work to others for specific value, capabilities, and functionality within each product to scale their accountability. This is another reasonable alternative, as it allows one Product Owner to have a holistic view of the five products and their interdependencies, synergies, and trade-offs. The Product Owner can also delegate some of the work to other people who can act as proxies or representatives for the different aspects of the products, such as features, modules, or components. The Product Owner can still maintain the ultimate authority and responsibility for the Product Backlog and the product value delivery.

Scrum Guide 2020, page 7: ''The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team.''

Scrum Guide 2020, page 8: ''The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.''

Professional Scrum Master II Course, page 22: ''The Product Owner may delegate some of their work to others who can help them with the product development, such as business analysts, domain experts, or user representatives. However, the Product Owner remains accountable for the Product Backlog and its content.''

Professional Scrum Master II Course, page 23: ''The Product Owner may scale their role by working with other Product Owners who are responsible for different products, features, modules, or components. However, there should be only one Product Owner per product who has the final say on the product vision and value proposition.''