Scrum PSM I Exam Questions
Professional Scrum Master I (Page 8 )

Updated On: 24-Feb-2026

During a Sprint, when is new work or further decomposition of work added to the Sprint Backlog?

  1. When the Product Owner identifies new work.
  2. As soon as possible after they are identified.
  3. When the Scrum Master has time to enter them.
  4. During the Daily Scrum after the Development Team approves them.

Answer(s): B

Explanation:

The correct answer is B, because the Scrum Guide states that "the Development Team modifies the

Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal." Therefore, new work or further decomposition of work can be added to the Sprint Backlog as soon as possible after they are identified by the Development Team.



What it the main reason for the Scrum Master to be at the Daily Scrum?

  1. To gather status and progress information to report to management.
  2. To write down any changes to the Sprint Backlog, including adding new items, and tracking progress on the burn-down.
  3. He or she does not have to be there; he or she only has to ensure the Development Team has a Daily Scrum.
  4. To make sure every team member answers the three questions.

Answer(s): C

Explanation:

The correct answer is C, because the Scrum Guide states that "the Scrum Master ensures that the Development Team has the meeting, but the Development Team is responsible for conducting the Daily Scrum. The Scrum Master teaches the Development Team to keep the Daily Scrum within the 15-minute time-box." Therefore, the main reason for the Scrum Master to be at the Daily Scrum is to ensure that it happens, but he or she does not have to be there.



You have six teams using a traditional method to deliver a product. Your management has asked you to start using Scrum. In the initial project there were separate plans and teams for the layers of a software system, i.e. one for the front-end, one for the middle tier, one for the back-end, and one for the interfaces and services. This resembles what is known as component teams. But you have read that it's a good idea to have teams organized by feature.

What are the advantages of keeping component teams while starting Scrum?

  1. There's less initial disruption than organizing into new teams. As they start, they will discover what works best, and how to potentially re-organize towards this.
  2. Component teams generally have the skills needed to create a working Increment of software that provides business value.
  3. Because they have worked together for some time, they are likely able to start producing shippable Increments faster that new feature teams would.
  4. There are fewer cross-team dependencies than working in feature teams.

Answer(s): A

Explanation:

The correct answer is A, because keeping component teams while starting Scrum may cause less initial disruption than organizing into new teams. As they start using Scrum, they will discover what works best for them and how to potentially re-organize towards feature teams. However, component teams may face some challenges in delivering a working Increment of software that provides business value every Sprint, as they may depend on other teams or layers.



How should Product Backlog items be chosen when multiple Scrum Teams work from the same Product Backlog?

  1. The Scrum Team with the highest velocity pulls Product Backlog items first.
  2. The Development Teams pull in work in agreement with the Product Owner.
  3. The Product Owner should provide each team with its own Product Backlog.
  4. Each Scrum Team takes an equal numbers of items.
  5. The Product Owner decides.

Answer(s): B

Explanation:

The correct answer is B, because when multiple Scrum Teams work from the same Product Backlog, they should pull in work in agreement with the Product Owner. The Scrum Guide states that "multiple Scrum Teams often work together on the same product. One product goal unites them. Therefore, they must mutually define and comply with a definition of `Done' that applies to their combined work product." Therefore, they should collaborate and coordinate with each other and with the Product Owner to select Product Backlog items that align with their shared product goal.



How often should Scrum Team membership change?

  1. As needed, while taking into account a short term reduction in productivity.
  2. Never, because it reduces productivity.
  3. As needed, with no special allowance for changes in productivity.
  4. Every Sprint to promote shared learning.

Answer(s): A

Explanation:

The correct answer is A, because Development Team membership should change as needed, while taking into account a short term reduction in productivity. The Scrum Guide states that "development Teams are cross-functional, with all of the skills as a team necessary to create a product Increment; development Teams are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality." Therefore, changing Development Team membership may affect their cross- functionality and self-organization in the short term.






Post your Comments and Discuss Scrum PSM I exam dumps with other Community members:

Join the PSM I Discussion