Pass the Scrum Professional Scrum Master PSM-I Questions and answers with CertsForce

According to the Scrum Guide 1 , each event in Scrum is a formal opportunity to inspect and adapt something. These events are specifically designed to enable critical transparency and inspection. Failure to include any of these events results in reduced transparency and is a lost opportunity to inspect and adapt. All events are time-boxed events, such that every event has a maximum duration. Once a Sprint begins, its duration is fixed and cannot be shortened or lengthened. The remaining events may end whenever the purpose of the event is achieved, ensuring an appropriate amount of time is spent without allowing waste in the process. The time-box for the Sprint Review is four hours for a one-month Sprint.

According to the Scrum Guide, Scrum is a framework to generate value through adaptive solutions for complex problems. It is based on empiricism, self-organization, and collaboration. The other options are not accurate descriptions of Scrum, as they are either too rigid (such as a defined and predictive process or a complete methodology), too vague (such as a cookbook), or irrelevant (such as scientific management).

The correct answer is B, because the Sprint Backlog is created during the Sprint Planning meeting. The Scrum Guide states that “the Sprint Backlog is the set of Product Backlog items selected for the Sprint, plus a plan for delivering the product Increment and realizing the Sprint Goal.”

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 best answer is C. When multiple Scrum Teams are working together on a product, they must mutually define and comply with the same Definition of Done. This is because the Definition of Done creates transparency and ensures that the product Increment meets the quality standards required for the product 1 . If each Scrum Team has its own Definition of Done, it may lead to inconsistencies, conflicts, and technical debt in the product. Therefore, the Scrum Teams should collaborate and agree on a common Definition of Done that applies to all Product Backlog Items and Increments. This way, the Scrum Teams can deliver a potentially releasable product Increment at the end of every Sprint 2 .

The correct answer is C, because if burndown charts are used to visualize progress, they track work remaining across time. A burndown chart is a graphical representation of the amount of work left to do versus the time available. It helps the Scrum Team monitor and forecast the progress toward the Sprint Goal.

The correct answer is E because Scrum depends on transparency, collaboration, and collective accountability. If a Developer raises concerns about data security, the Scrum Master should encourage that concern to be brought to the Scrum Team as soon as possible so it can be openly inspected and addressed. Security is a serious product quality concern, and in Scrum, important issues should not remain private between two people when they affect the whole team’s work and the quality of the Increment.

Option A may sound reasonable, but the Scrum Master should not unilaterally add security to the Definition of Done. The Definition of Done is created and evolved appropriately through the Scrum Team’s work and organizational standards. Option B is too directive and bypasses team inspection and collaboration. Option C could eventually happen, but immediately creating a Product Backlog item does not address the need for transparency within the Scrum Team. Option D is incorrect because Scrum does not rely on a separate tester role to own quality concerns.

The Scrum Master should help the team surface the issue quickly so they can determine the right action together.

According to the Scrum Guide 1 , the Sprint Backlog is the property of the Developers and no one else can tell them which items they should work on. The Developers can select any item from the Product Backlog that they forecast they can complete within a Sprint. The Developers are self-organizing and decide how to turn Product Backlog items into an Increment of value. Therefore, no one owns a Sprint Backlog item, but the entire Development Team is accountable for it.

According to the Scrum Guide, the best approach for Scrum Teams in order to produce valuable Increments is to have each Developer work on the component where they feel that they can contribute. This means that the Developers can self-organize and collaborate effectively to deliver a valuable Increment that meets the Definition of Done and the Sprint Goal. The other options are not valid approaches, as they either imply that the Developers work in silos or rely on external people (such as developing functionality from beginning to end, working on an independent set of components, or working only as an independent layer of the system).

According to the Scrum Guide, the Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product 1 .  The Definition of Done is created by the Developers and it is used to assess when work is complete on the product Increment 1 .

The Scrum Guide also states that the Definition of Done may vary significantly per Scrum Team, depending on the context.  The Definition of Done evolves over time and becomes more stringent as the Scrum Team matures 1 . Therefore, it is important for the Scrum Team to regularly inspect and adapt the Definition of Done to reflect their current situation and needs.

The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint 1 .  The Sprint Retrospective focuses on three questions: What went well in the Sprint? What could be improved? What will we commit to improve in the next Sprint? 1  These questions can help the Scrum Team identify potential changes to the Definition of Done that would increase the quality and value of the product.

Option A is incorrect because Product Backlog refinement is not a formal Scrum event, but rather an ongoing activity that can happen at any time during the Sprint 1 .  Product Backlog refinement is mainly concerned with adding detail, estimates, and order to Product Backlog items 1 . Changing the Definition of Done during Product Backlog refinement could cause confusion and inconsistency among the Developers and the Product Owner.

Option C is incorrect because Sprint Planning is a time-boxed event that initiates a Sprint by defining a Sprint Goal and selecting Product Backlog items that deliver one coherent function 1 .  Sprint Planning is based on the current state of the Product Backlog and the latest Definition of Done 1 . Changing the Definition of Done during Sprint Planning could disrupt the flow of the event and affect the scope and feasibility of the Sprint.

Option D is incorrect because prior to starting a new project is not a specific time in Scrum.  Scrum does not prescribe any phases or stages for a project, but rather an empirical approach that relies on frequent inspection and adaptation of both the product and the process 1 . Changing the Definition of Done before starting a new project could be premature and irrelevant, as the Scrum Team may not have enough information or experience to define what ‘Done’ means for their product.