Scrum Updated PSPO-I Exam Questions and Answers by chaim

According to Scrum.org, when splitting a large group into multiple Scrum Teams, it can be beneficial to allow the people to self-organize into smaller teams12. This approach respects the principle of self-organization, which is a key aspect of Scrum12. It allows individuals to choose the team they feel they can contribute to most effectively12. However, it’s important to note that this process should be facilitated and guided to ensure a balanced distribution of skills and capabilities across the teams12.

The Scrum Team membership should change as needed, but not too frequently, as it may affect the team’s ability to deliver value and maintain a high level of collaboration and self-organization. The Scrum Guide states that "Optimal Development Team size is small enough to remain nimble and large enough to complete significant work within a Sprint. Fewer than three Development Team members decrease interaction and results in smaller productivity gains. Having more than nine members requires too much coordination. Large Development Teams generate too much complexity for an empirical process to be useful."1 Therefore, the Scrum Team should consider the impact of changing its membership on its productivity and performance, and balance the need for stability and flexibility.

References:

• 1: The Scrum Guide2, page 6
• 2: The Scrum Guide

The Daily Scrum is a 15-minute event for the Developers to inspect their progress toward the Sprint Goal and adapt the Sprint Backlog as necessary1. It is a key opportunity for the Developers to plan their work for the next 24 hours and collaborate on any challenges or impediments2. If the frequency of the Daily Scrum were to be lowered to every two or three days, three key concerns would be:

The Sprint Backlog may become inaccurate. The Sprint Backlog is the plan for how the Developers will achieve the Sprint Goal, and it is updated throughout the Sprint as more is learned[3][3]. The Daily Scrum is a chance for the Developers to inspect the Sprint Backlog and make adjustments based on the current situation4. If the Daily Scrum is less frequent, the Sprint Backlog may not reflect the reality of the work, and the Developers may lose track of their progress and alignment with the Sprint Goal.

Opportunities to inspect and adapt the Sprint Backlog are lost. Scrum is based on empiricism, which means that knowledge comes from experience and making decisions based on what is observed5. The Daily Scrum is an essential event for the Developers to apply empiricism to their work, by inspecting the Sprint Backlog and adapting it to optimize the value and quality of the Increment. If the Daily Scrum is less frequent, the Developers may miss opportunities to inspect and adapt their work, and may not be able to deliver a valuable, useful Increment every Sprint.

Impediments are raised and resolved more slowly. An impediment is anything that prevents the Scrum Team from delivering a product Increment. The Daily Scrum is a forum for the Developers to identify and communicate any impediments that affect their work, and to seek help from the Scrum Master or other team members. If the Daily Scrum is less frequent, the impediments may not be raised and resolved in a timely manner, and may cause delays or quality issues in the product delivery.

References:

1: The Scrum Guide, November 2020, p. 10

2: The Scrum Guide, November 2020, p. 11

[3][3]: The Scrum Guide, November 2020, p. 10

4: Understanding and Applying the Scrum Framework, Scrum.org, accessed on December 16, 2023

5: The Scrum Guide, November 2020, p. 4

 The Scrum Guide, November 2020, p. 11

 The Scrum Guide, November 2020, p. 14

 Developing People and Teams, Scrum.org, accessed on December 16, 2023

Answer: False

Very Short Explanation: According to Scrum.org, the Product Owner is not required to create clear and unambiguous acceptance criteria for each item in the product’s backlog before it can be selected in Sprint Planning1. Acceptance Criteria is optional and is not prescribed by Scrum12. It can be valuable, but it’s not a must12. The Developers can inspect and adapt the Sprint Backlog in any way they see fit, in order to help meet the Sprint Goal2.