Scrum PSPO-I Practice Test - Questions Answers, Page 4

The Daily Scrum is held at the same time and same place because:

The consistency reduces complexity. By having a fixed time and place for the Daily Scrum, the Developers can avoid wasting time and energy on scheduling, logistics, or coordination issues. They can also establish a routine and a rhythm that helps them focus on their work and their Sprint Goal.

The consistency increases transparency. By having a fixed time and place for the Daily Scrum, the Developers can ensure that everyone is aware of when and where the meeting takes place, and that everyone has an opportunity to participate and share their progress, plans, and challenges. They can also invite other stakeholders or observers, if they find it useful, to provide feedback or support.

The consistency enhances collaboration. By having a fixed time and place for the Daily Scrum, the Developers can create a safe and comfortable space for them to communicate, interact, and collaborate with each other. They can also build trust, rapport, and accountability among themselves, and foster a sense of team spirit and ownership.

Scrum Guide 2020, page 12: "The Daily Scrum is held at the same time and place each day to reduce complexity."

Scrum Guide 2020, page 12: "The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work."

Scrum Guide 2020, page 13: "The Daily Scrum is an internal meeting for the Developers. If others are present, the Scrum Master ensures that they do not disrupt the meeting."

In order to maximize the value of the product, a Product Owner needs awareness of the following:

Competitive research. The Product Owner should be aware of the competitive landscape and the market trends that affect the product. They should know who are the competitors, what are their strengths and weaknesses, how do they differentiate themselves, and what are their strategies and goals. This can help the Product Owner to identify opportunities, threats, and gaps in the market, and to position the product accordingly.

Customer feedback. The Product Owner should be aware of the customer needs, preferences, expectations, and satisfaction with the product. They should collect and analyze feedback from various sources, such as surveys, interviews, reviews, analytics, etc. This can help the Product Owner to validate assumptions, test hypotheses, measure outcomes, and discover insights that can inform the product decisions and priorities.

Product vision. The Product Owner should be aware of the product vision, which is a clear and compelling statement of the desired future state of the product. The product vision describes the purpose, value proposition, target audience, and key features of the product. It also aligns with the organizational vision and mission. This can help the Product Owner to communicate and inspire the stakeholders, to guide and focus the Scrum Team, and to evaluate and adjust the product direction.

Forecasting & feasibility. The Product Owner should be aware of the forecasting and feasibility of the product. They should estimate and plan the scope, time, cost, quality, and risk of delivering the product. They should also assess the technical, operational, legal, ethical, and social feasibility of developing and releasing the product. This can help the Product Owner to optimize the value of the work of the Scrum Team, to manage expectations and dependencies, and to handle uncertainties and changes.

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

Scrum Guide 2020, page 11: "The Product Goal describes a future state of the product which can serve as a target for the Scrum Team to plan against."

Scrum Guide 2020, page 11: "The Product Owner is accountable for effective Product Backlog management, which includes ... optimizing the value of the work the Scrum Team performs."

New work or further decomposition of work is added to the Sprint Backlog as soon as possible after it is identified because:

It reflects the current state of the Sprint. The Sprint Backlog is a plan that the Developers create and update throughout the Sprint, based on their progress, learnings, and changes. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can ensure that the Sprint Backlog is transparent, accurate, and up-to-date.

It enables the Developers to self-manage their work. The Developers are accountable for organizing and managing their own work, and they have the authority to change the Sprint Backlog as needed. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can exercise their autonomy and empowerment, and adjust their plan accordingly.

It supports the achievement of the Sprint Goal. The Sprint Goal is a single objective that provides guidance and focus for the Developers throughout the Sprint. By adding new work or further decomposition of work to the Sprint Backlog promptly, the Developers can ensure that their work is aligned with and contributes to the Sprint Goal.

Scrum Guide 2020, page 6: "Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint."

Scrum Guide 2020, page 6: "The Developers are accountable for ... organizing and managing their work."

Scrum Guide 2020, page 10: "The Sprint Goal is a single objective for the Sprint."

Scrum Guide 2020, page 14: "The purpose of each Sprint is to deliver Increments of potentially releasable functionality that adhere to the Scrum Team's current Definition of Done."

Scrum Guide 2020, page 14: "The Sprint Backlog is composed of ... all of the work needed to deliver a product Increment that meets the Definition of Done."

Scrum Guide 2020, page 14: "The Developers can change the content of the Sprint Backlog throughout the Sprint as more is learned."