PSM-II Dumps With Exact Questions and Answers

 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

• This is the best answer because it is consistent with the Scrum values of commitment, courage, focus, openness, and respect12. By providing boundaries, such as the product vision, the product backlog, the budget, and the timeline, the organization can enable the team members to self-organize and form cross-functional and collaborative Scrum Teams3 . This way, the team members can commit to their own goals, have the courage to face challenges, focus on delivering value, be open to feedback and learning, and respect each other’s skills and perspectives12.

Adding a second team to work on the same product will introduce some challenges and overheads that can affect the velocity of the original team. For example, the teams will need to coordinate and communicate more frequently, integrate their work more often, resolve any dependencies or conflicts, and align their standards and practices. These activities will consume some time and effort that could otherwise be spent on delivering value. Therefore, the velocity of the original team is likely to decrease and be lower than 18, at least in the short term.

References:

• Professional Scrum Master II Course, page 16: “Adding more people to a complex product development effort does not necessarily increase productivity or reduce time to market. In fact, it often has the opposite effect.”
• Nexus Guide 2020, page 5: “When multiple Scrum Teams are working together on the same product, there are additional complexities that arise. These complexities can be reduced by having the teams adhere to a common definition of “Done” and a single Product Backlog.”