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

The correct answers are B, C, and D, because moving away from component teams toward feature teams may involve some challenges and trade-offs. Productivity may suffer when making this kind of move, as teams need to learn new skills, coordinate with other teams, and deal with legacy code. Getting support from the business side first helps, as they can provide the vision, value, and feedback for the features. Feature teams have less communication overhead, as they can deliver end-to-end functionality without depending on other teams.

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.

An example of an Increment is a valuable, useful set of product features, as stated in [4]: “An Increment is a concrete stepping stone toward the Product Goal. Each Increment is additive to all prior Increments and thoroughly verified, ensuring that all Increments work together. In order to provide value, each Increment must be usable.”

According to the Scrum Guide 1 , the Sprint Planning meeting has a time-box of eight hours or less for a one-month Sprint. The Scrum Master ensures that the meeting is time-boxed and keeps the Scrum Team focused on the objective. If the Development Team cannot forecast how many Product Backlog items it can complete, it should still start the Sprint and work on the most likely items to meet the Sprint Goal. The Sprint Backlog can be updated throughout the Sprint as more is learned. The Scrum Master should also support the team to discuss the reasons for the lack of clarity in the Product Backlog items and how to prevent it from happening again in the next Sprint Retrospective.

The two effective ways for the Scrum Team to make non-functional requirements visible are C and D.

C. Add them to the Definition of Done so the work is taken care of every Sprint.

The Definition of Done (DoD) is a shared understanding of what it means for a Product Backlog item to be complete and potentially releasable 1 . The DoD can include non-functional requirements that apply to the entire product or system, such as performance, security, usability, etc. By adding them to the DoD, the Scrum Team ensures that they are met every Sprint and that the quality of the product is maintained 2 .

D. Add them to the Product Backlog to ensure transparency.

The Product Backlog is an ordered list of everything that is known to be needed in the product 1 . The Product Backlog can include non-functional requirements that are specific to certain features or functionalities, such as response time, availability, scalability, etc. By adding them to the Product Backlog, the Scrum Team ensures that they are visible to all stakeholders and that they are prioritized and refined along with the functional requirements 3 .

A and B are not effective ways for the Scrum Team to make non-functional requirements visible.

A. Run the integration and regression tests before the end of the Sprint, and capture the open work for the Sprint Backlog of the next Sprint.

This approach does not make non-functional requirements visible, but rather postpones them until the end of the Sprint. This can lead to incomplete or low-quality Increments that do not meet the expectations of the customers or users. Moreover, this approach does not account for any changes or feedback that may occur during the Sprint 4 .

B. Put them on a separate list on the Scrum board, available for all to see.

This approach does not make non-functional requirements transparent, but rather isolates them from the functional requirements. This can lead to confusion or inconsistency in how they are handled by the Scrum Team. Moreover, this approach does not align with the principle of having a single source of truth for the product requirements, which is the Product Backlog 5 .

Two techniques that would be most helpful in this situation are to discuss the impediments with the Development Team, and to prioritize the list and work on them in order, as stated in [3]: “The Scrum Master should facilitate a discussion with the Development Team to identify and prioritize the impediments that are blocking their progress. The Scrum Master should then work with the Development Team and other stakeholders to remove or mitigate these impediments as soon as possible.”

The Definition of Done serves the following three purposes:

A. Create a shared understanding of when work is complete.

The Definition of Done is a commitment to the quality of the product increment that is part of Scrum. It is a formal description of the state of the product backlog item or the increment when it meets the quality measures required for the product. The Scrum team must have a shared understanding of what ‘done’ means and use it to assess when work is complete and transparent 1 .

C. Increase transparency.

The Definition of Done increases transparency by providing everyone a shared understanding of what work was completed and what standards were met as part of the increment. This ensures that the product increment is potentially releasable and that the stakeholders can inspect and provide feedback on it 2 .

D. Describe the work that must be mostly done before the Sprint is allowed to end.

The Definition of Done describes the work that must be done before the Sprint is allowed to end. Work cannot be considered part of an increment unless it meets the Definition of Done. The Definition of Done is used to guide the Developers in creating a " Done " , usable, and potentially releasable product increment every Sprint 3 .

B and E are not purposes of the Definition of Done.

B. Guide the Developers on how many Product Backlog items to select for the Sprint.

The Definition of Done does not guide the Developers on how many Product Backlog items to select for the Sprint. The Developers select how many Product Backlog items they can complete within a Sprint based on their capacity, skills, and experience. The Definition of Done helps them ensure that the selected items are completed to a high standard of quality 4 .

E. Describe the purpose, Objective, and timebox Of each Scrum event.

The Definition of Done does not describe the purpose, objective, and timebox of each Scrum event. The Scrum Guide describes these aspects for each Scrum event, such as Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective 5 . The Definition of Done is related to the product increment, not to the Scrum events.

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.

Several Sprints into a project, a key stakeholder begins using the product and finds the quality lacking. The Product Owner (PO) agrees and shares this concern with the Scrum Master (SM). The Scrum Master needs to determine the best way to respond.

Scrum emphasizes empiricism , which is based on transparency, inspection, and adaptation ​. This means that if quality concerns arise, the Scrum Team must inspect the issue, adapt accordingly, and ensure quality is built into the product incrementally.

✅ A. Encourage the Product Owner to include quality specifications in the Product Backlog and to communicate the stakeholders ' concerns to the Developers.

???? Reference from the Scrum Guide :

" The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team. " ​

" The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. " ​

???? Why is this Correct?

Since the Product Owner represents the stakeholders , they should translate the stakeholder’s concerns into actionable Product Backlog Items (PBIs) that reflect quality improvements.

Developers can refine and plan these PBIs in upcoming Sprints to ensure quality is systematically addressed.

The Product Backlog is the single source of work , meaning all quality requirements should be made explicit there.

This approach aligns with Scrum’s empirical process of making work transparent so that the team can inspect and adapt.

✅ C. Work with the Product Owner to understand their desired resolution and help formulate an approach for raising the concern with the Developers.

???? Reference from the Scrum Guide :

" The Scrum Master serves the Product Owner in several ways, including: Helping find techniques for effective Product Goal definition and Product Backlog management. " ​

" The Scrum Master serves the Scrum Team in several ways, including: Helping the Scrum Team focus on creating high-value Increments that meet the Definition of Done. " ​

???? Why is this Correct?

The Scrum Master is a servant leader , responsible for facilitating collaboration between the Product Owner and Developers so that the concern is effectively addressed.

Instead of dictating a solution, the Scrum Master guides discussions and enables the team to decide how best to improve quality.

The Definition of Done (DoD) should be reviewed to ensure it is clear, measurable, and includes quality standards ​.

This approach ensures that all stakeholders—Developers, Product Owner, and Scrum Master— collaborate in a self-managing way to improve quality.

Incorrect Answers with Explanations

❌ B. Bring the concern to the testers to improve how the Product is verified.

???? Reference from the Scrum Guide :

" Developers are always accountable for: Instilling quality by adhering to a Definition of Done. " ​

???? Why is this Incorrect?

Scrum does not have a separate testing team ; instead, the Developers are responsible for all aspects of quality (coding, testing, integration, etc.).

Quality should not be " verified " by an external group; rather, it must be built into the Increment from the start .

Instead of passing the issue to testers, the Scrum Team should improve their Definition of Done to ensure the product meets the necessary quality standards.

❌ D. Tell the Product Owner they have noted the concern and will raise this issue at the Sprint Retrospective.

???? Reference from the Scrum Guide :

" 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. " ​

???? Why is this Incorrect?

While the Sprint Retrospective is useful for discussing improvements , waiting until the Retrospective delays the resolution of a critical issue.

The Scrum Team should act immediately by addressing quality issues in the Product Backlog and adapting their work in upcoming Sprints.

Transparency and fast feedback are key principles in Scrum— delaying discussions goes against empiricism .

❌ E. Explain to the Product Owner that it is up to the Developers to decide on acceptable quality standards.

???? Reference from 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. " ​

" If the Definition of Done for an increment is part of the standards of the organization, all Scrum Teams must follow it as a minimum. " ​

???? Why is this Incorrect?

While the Developers are responsible for meeting the Definition of Done , quality is a shared responsibility across the Scrum Team .

The Product Owner must ensure that the product delivers value to stakeholders , which includes meeting their quality expectations.

Ignoring the Product Owner’s concerns contradicts Scrum’s emphasis on collaboration and transparency.

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.