Scrum PSM-II Exam With Confidence Using Practice Dumps

• B: Ask the Developers and the Product Owner if removing regression testing from the Definition of Done allows the team to produce useful and valuable Increments at the end of every Sprint. This is a good way to challenge the decision and make them think about the consequences of lowering the quality standards. The Scrum Master can help them understand the importance of delivering a potentially releasable product increment that meets the expectations of the stakeholders and customers.
• C: Ask the Developers and the Product Owner what problem they are going to solve by altering the Definition of Done during the Sprint to remove regression testing. Will this raise transparency or improve quality? This is a good way to explore the root cause of the issue and find out why they are not able to complete regression testing for all of the selected Product Backlog items in the Sprint. The Scrum Master can help them identify and remove any impediments or inefficiencies that prevent them from achieving their Sprint Goal.

References:

• Scrum Guide 2020, page 9: “The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product.”
• Scrum Guide 2020, page 13: “The Scrum Master serves the Scrum Team in several ways, including coaching the team members in self-management and cross-functionality.”
• Professional Scrum Master II Course, page 12: “The Definition of Done is a crucial aspect of transparency. If it is not clear when work is done, then stakeholders may make wrong assumptions about the state of the software.”

 The Sprint Retrospective is a Scrum event in which the Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done1. The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness1. The Scrum Team should focus on improving the quality of the product Increment, not on increasing the measured velocity. Velocity is a metric that indicates how much work the team has completed in a Sprint, but it does not reflect the value or quality of that work. Working product is one of the primary measures of progress in Agile.

Some actions that the Scrum Master can take in this situation are:

• Facilitate a discussion on how to improve the quality to a level sufficient for production, even if the measured velocity will drop in the next Sprint. This action will help the Scrum Team to identify and address the root causes of the quality issues, and to plan actions for improvement. The Scrum Master should encourage the Scrum Team to inspect their Definition of Done, their testing and quality assurance practices, their technical debt, and their collaboration with stakeholders. The Scrum Master should also help the Scrum Team to prioritize quality over quantity, and to understand that delivering a potentially releasable Increment at the end of every Sprint is one of the goals of Scrum.
• Stress the value of working product over measured velocity. This action will help the Scrum Team to align their work with the Agile values and principles, and to focus on delivering value to the customers and users. The Scrum Master should remind the Scrum Team that velocity is not a goal or a measure of success, but a tool for planning and forecasting. The Scrum Master should also help the Scrum Team to avoid falling into the trap of velocity-driven development, where they sacrifice quality, sustainability, and customer satisfaction for higher numbers.

Some actions that the Scrum Master should not take in this situation are:

• Agree and praise the Developers for their hard work, so they are motivated to do even more in the next Sprint. This action will not help the Scrum Team to improve their quality or effectiveness, but rather reinforce a false sense of achievement based on velocity. The Scrum Master should acknowledge and appreciate the Developers’ efforts, but also challenge them to inspect and adapt their work processes and outcomes. The Scrum Master should also help the Developers to balance their motivation with realism, and to avoid overcommitting or overestimating their capacity.
• Acknowledge the hard work, but remind the Developers that they need to improve to do even more in the next Sprint. This action will not help the Scrum Team to improve their quality or effectiveness, but rather put pressure on them to increase their velocity. The Scrum Master should not imply that doing more work is equivalent to doing better work, or that higher velocity is expected or desired. The Scrum Master should also help the Developers to avoid burnout, stress, and fatigue caused by unrealistic or unsustainable expectations.

References:

• The Sprint Retrospective - What It Is & Tips for Making the Most of Your Meeting | Scrum Alliance
• How to Measure Sprint Velocity in Agile | Parabol
• What is a Sprint Retrospective? - Zeolearn
• What Is the Goal of Sprint Retrospective Meeting? | Wrike
• What is a Sprint Retrospective? | Scrum.org
• [Principles behind the Agile Manifesto]
• [What is a Product Increment? | Scrum.org]
• [Velocity-driven development: A trap waiting for you | Agile Alliance]

• B: Productivity, in terms of lines of code or story points, will probably suffer during the transition, although even then delivery of business value is still likely to increase. This is a realistic expectation, as the teams will need to learn new skills, collaborate more effectively, and adapt to changing requirements. However, the benefit of feature teams is that they can deliver working software that provides value to the customers and stakeholders every Sprint, rather than waiting for the integration of different components.
• C: Feature teams will require time to become productive as people from the different layers and components become accustomed to working and delivering unified functionality together, as one Scrum Team. This is a natural consequence of changing the team structure and culture, as the teams will need to overcome some challenges and conflicts, build trust and rapport, and establish a shared vision and goal. The Scrum Master can help the teams with this transition by facilitating communication, coaching, and mentoring.

References:

• Professional Scrum Master II Course, page 17: “Feature teams are cross-functional teams that can deliver end-to-end functionality for a product. They have all the skills and competencies needed to work on multiple layers of the system.”
• Professional Scrum Master II Course, page 18: “Component teams are teams that specialize in one layer or component of the system. They often depend on other teams to deliver a complete functionality for a product.”
• Professional Scrum Master II Course, page 19: “Feature teams have many advantages over component teams, such as faster feedback, higher quality, lower complexity, and more customer value.”