PSM-II Exam Dumps : Professional Scrum Master II

 The Daily Scrum is a 15-minute event for the Developers of the Scrum Team to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work1. It is one of the five events of the Scrum framework and enables the three pillars of the empirical process of Scrum: transparency, inspection, and adaptation2. The Daily Scrum is not a status meeting, but a chance for the Developers to collaborate, coordinate, and plan their work3.

As a Scrum Master, you could help the Developers understand that lowering the frequency of communication will only increase the feeling of disconnect between the team members, especially when they are working from globally distributed locations. You could also coach the Developers on why a daily frequency is important as an opportunity to update the Sprint Plan and how it helps the team organize work toward achieving the Sprint Goal. You could suggest alternative conferencing tools or methods that are easily available and effective for the team. You could also facilitate the Daily Scrum by ensuring that it is positive, productive, and focused on the Sprint Goal.

Acknowledging and supporting this self-managing team’s decision might seem like a good option, but it would not help the team to improve their collaboration and alignment. Having the Developers vote to make sure there is consensus within the team might also seem like a democratic way to handle the situation, but it would not address the underlying issue of why the team wants to reduce the frequency of the Daily Scrum.

References:

• The Scrum Guide 2020, section “The Daily Scrum”
• What Is the Daily Scrum?, A Guide to the Daily Event - Scrum Alliance
• The Importance of Daily Scrum Meetings | Grata Software

A Product Backlog item is a description of a feature or functionality that adds value to the product. It is selected by the Scrum Team during the Sprint Planning, based on the Product Owner’s proposal and the Developers’ forecast. It is expected that the Product Backlog item will be completed by the end of the Sprint, meaning that it meets the Definition of Done, which is a formal description of the state of the Increment when it meets the quality standards required for the product.

However, if a Product Backlog item is not completed by the end of the Sprint, meaning that it does not meet the Definition of Done, then:

• The item is not included in the Increment for this Sprint (B), which is a valid option as it ensures that only “Done” work is delivered to the customer and stakeholders. The Increment is a concrete and usable outcome of a Sprint that provides value and feedback. It should not contain any undone or partially done work that may compromise its quality, usability, or value.
• It is put on the Product Backlog for the Product Owner to decide what to do with it (D), which is another valid option as it respects the authority and accountability of the Product Owner to manage the Product Backlog, which is an ordered list of what is needed in the product. The Product Owner can decide whether to re-prioritize, re-estimate, refine, or remove the incomplete Product Backlog item based on new insights and stakeholder needs.

The other options are not correct because they:

• Review the item, add the done part of the estimate to the velocity and create a Story for the remaining work (A), which is not a good option as it violates the principle of commitment and transparency that underlies the Definition of Done. The Scrum Team should not count or report any work that is not “Done” as part of their progress or performance. The Scrum Team should also not split or create new Product Backlog items during or after the Sprint, as this may affect their alignment and focus on the Sprint Goal.
• Only the stakeholders decide over acceptance of undone work and whether to release it ©, which is not a good option as it violates the role and responsibility of the Product Owner and the Developers to deliver a potentially releasable Increment at the end of each Sprint. The stakeholders can provide feedback and suggestions for the product, but they cannot accept or release any work that does not meet the Definition of Done.

References: : [Scrum Guide], The Product Backlog : [Scrum Guide], The Definition of Done : [Scrum Guide], The Increment : [Scrum Guide], The Sprint Planning : [Scrum Guide], The Product Owner : [Scrum Guide], The Developers

B. You inform management of organizational impediments that prevent the Scrum Team from being more productive. You enlist their help to remove these impediments.

• This is a good answer because it is consistent with the Scrum Master’s accountability to serve the Scrum Team and the organization by identifying and addressing the factors that hinder the team’s effectiveness12. By informing management of the organizational impediments, you can leverage their authority and influence to resolve them. By enlisting their help, you can also foster a collaborative and supportive relationship with them. C. You explain how a Scrum Team uses the velocity of a Sprint primarily to forecast work for the next Sprint, not to perfectly predict future productivity. You refer management to the Product Owner for all information concerning the progress of development.
• This is another good answer because it is consistent with the Scrum Master’s accountability to educate and coach the organization on the Scrum framework and its principles12. By explaining how velocity is used in Scrum, you can help management understand that it is not a reliable metric for measuring performance or comparing teams. By referring management to the Product Owner, you can also respect the Product Owner’s accountability to manage the product backlog and communicate the value and status of the product34.

References: 1: What is a Scrum Master? | Scrum.org 2: What is a scrum master? [+ Responsibilities] | Atlassian 3: What is a Product Owner? | Scrum.org 4: What is a product owner? [+ Responsibilities] | Atlassian : Scrum Guide | Scrum Guides