Scrum PSM-II Exam With Confidence Using Practice Dumps

A. The stakeholders have not been using the Sprint Reviews to actively engage, and inspect and evaluate progress. This is a possible factor that may have led to the disappointment and anger of the stakeholders. The Sprint Review is an event where the Scrum Team and the stakeholders collaborate to inspect the product Increment and adapt the Product Backlog based on feedback and new insights. If the stakeholders do not participate actively in the Sprint Review, they may miss the opportunity to provide input, voice their concerns, and influence the direction of the product development.

D. The Scrum Master has not ensured transparency. This is another possible factor that may have led to the disappointment and anger of the stakeholders. The Scrum Master is accountable for establishing and promoting transparency among the Scrum Team and the stakeholders, by ensuring that everyone has a clear and common understanding of the product vision, the Product Goal, the Product Backlog, the Sprint Goal, the Sprint Backlog, and the Definition of Done. Without transparency, there may be misalignment, confusion, or unrealistic expectations among the stakeholders regarding the product being built.

E. The Product Owner has not been interacting frequently with the stakeholders and kept them aware of the progress of the project. This is also a possible factor that may have led to the disappointment and anger of the stakeholders. The Product Owner is responsible for engaging with the stakeholders regularly and communicating the value, scope, and status of the product development. The Product Owner should also seek feedback from the stakeholders and incorporate it into the Product Backlog refinement and ordering. If the Product Owner does not interact frequently with the stakeholders, they may feel disconnected, ignored, or dissatisfied with the product being built.

References:

• The Scrum Guide, section 2.3 (The Scrum Team), page 7
• The Scrum Guide, section 3.6 (The Sprint Review), page 11
• The Scrum Guide, section 4.1 (The Product Backlog), page 11
• The Scrum Master Learning Path, module 2 (The Scrum Framework), lesson 5 (The Sprint Review) and lesson 6 (The Sprint Retrospective)

A. Developers collaboratively select and re-plan their work during the Sprint. This situation demonstrates that the Scrum Team is self-managing, as it shows that the Developers have the autonomy and authority to decide how to best accomplish their work, without being directed by others outside the team. The Developers can also adapt their plan based on new insights, feedback, or impediments that arise during the Sprint.

C. The Developers create their own Sprint Backlog, reflecting all work that is part of the Definition of Done. This situation also demonstrates that the Scrum Team is self-managing, as it shows that the Developers have the responsibility and accountability to create a realistic and achievable plan for the Sprint, based on their understanding of the Sprint Goal and the Product Backlog items. The Developers also ensure that their work meets the quality standards defined by the Definition of Done.

References:

• The Scrum Guide, section 2.3 (The Scrum Team), page 7
• The Scrum Guide, section 3.2 (The Daily Scrum), page 9
• The Scrum Guide, section 3.5 (The Sprint Planning), page 10
• The Scrum Guide, section 3.6 (The Sprint Review), page 11
• The Scrum Master Learning Path, module 2 (The Scrum Framework), lesson 2 (The Sprint), lesson 3 (The Sprint Goal), lesson 4 (Sprint Planning) and lesson 5 (The Sprint Review)
• The Professional Scrum Master II (PSM II) Assessment, question 39

 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