PSM-I Exam Dumps - Scrum Professional Scrum Master Questions and Answers

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.

Architecture and infrastructure are handled in Scrum by implementing them along with functional development of the product, and by adding them to the Product Backlog and addressing them in early Sprints, while always requiring at least some business functionality, no matter how small, as stated in [2]: “Scrum does not distinguish between developing functionality or architecture. They are developed together, as they are both important and support each other. Architecture is not a separate phase; it is part of the product development. Architecture is added to the Product Backlog as any other feature or functionality.”

The Product Owner should know the most about the progress toward a business objective or a release, as stated in the Scrum Guide: “The Product Owner is responsible for maximizing the value of the product resulting from work of the Development Team. How this is done may vary widely across organizations, Scrum Teams, and individuals.”

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.

According to the Scrum Guide, a high-performance Scrum Team does not run a Release Sprint, as this is not a Scrum event. A Release Sprint is a term used to describe a Sprint that is dedicated to finalizing the product for release, such as fixing bugs, polishing features, or integrating components. This is contrary to the Scrum principle of delivering a potentially releasable Increment at the end of each Sprint, regardless of whether it is actually released or not. Therefore, the answer is false.

The correct answer is A, because the Scrum Guide states that “a Sprint can be cancelled before the Sprint time-box is over. Only the Product Owner has the authority to cancel the Sprint, although he or she may do so under influence from the stakeholders, the Development Team, or the Scrum Master.” Therefore, a Development Team cannot cancel a Sprint by itself.

A Scrum Team is a cohesive unit of professionals that consists of one Product Owner, one Scrum Master, and Developers, as stated in the Scrum Guide: “The Scrum Team consists of one Scrum Master, one Product Owner, and Developers. Within a Scrum Team, there are no sub-teams or hierarchies. It is a cohesive unit of professionals focused on one objective at a time, the Product Goal.”

 According to the Scrum Guide1, Scrum is not a process, technique, or definitive method. Rather, it is a framework within which you can employ various processes and techniques. Scrum makes clear the relative efficacy of your product management and work techniques so that you can continuously improve the product, the team, and the working environment.

According to the Scrum Guide, the Scrum Team is responsible for removing a Developer from the Scrum Team if necessary, as they are self-managing and accountable for creating valuable Increments. The other options are not valid, as they imply that someone else outside the Scrum Team has the authority to remove a Developer (such as the Scrum Master, the Product Owner, or the hiring manager), which is not consistent with Scrum values and principles.

According to the Scrum Guide1, the Daily Scrum is an event for the Developers of the Scrum Team. 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. The Daily Scrum optimizes the probability that the Developers will meet the Sprint Goal. Every day, the Developers should understand how they intend to work together as a self-organizing team to accomplish the Sprint Goal and create the anticipated Increment by the end of the Sprint. If the frequency of the Daily Scrum were to be lowered to every two or three days, some key concerns would be:

• Opportunities to inspect and adapt the Sprint Backlog are lost, which may result in wasted work or missed dependencies.
• Impediments are raised and resolved more slowly, which may hinder the progress and quality of the work.
• The Sprint plan may become inaccurate, as changes in requirements, risks, or priorities are not reflected in a timely manner.

The other options are not valid concerns, as they are not aligned with Scrum values and principles.

References: Scrum Guide