Scrum PSM-II Exam Dumps

C) They are added to the Product Backlog and addressed throughout the next Sprints, combined with creating the business functionality in those Sprints, no matter how small that business functionality.

This is a good way because it is consistent with the Scrum principle ofempiricism, which means that the Scrum Team learns and adapts based on the actual outcomes and feedback, rather than following a predefined plan12. By adding these security concerns to the Product Backlog, the Product Owner can prioritize and refine them according to the value and urgency, and communicate them to the stakeholders.By addressing them throughout the next Sprints, the Scrum Team can deliver valuable and functional increments that also meet the security requirements34. D. During the Sprint Retrospective, the Scrum Team assesses how to add these expectations to the Definition of Done so every future Increment will live up to these requirements. If needed they can work with external specialists to better understand the requirements

This is another good way because it is consistent with the Scrum value ofopenness, which means that the Scrum Team and the stakeholders have a clear and common understanding of the product vision, goals, progress, and risks12. By adding these expectations to the Definition of Done, the Scrum Team can ensure that every future Increment meets the quality standards and satisfies the stakeholder needs.By working with external specialists, the Scrum Team can also leverage their expertise and experience to better understand and implement the security requirements34.

https://www.scrum.org/resources/what-is-a-product-backlogThe Product Owner is responsible for maximizing the value of the product resulting from the work of the Scrum Team1.One of the ways to do this is to order the Product Backlog in a way that reflects the flow of value to the stakeholders and customers2.The Product Owner can use various factors to order the Product Backlog, such as value, risk, dependencies, learning opportunities, and feedback loops3.

However, sometimes the Product Owner may face challenges or constraints that affect the ordering of the Product Backlog, such as external dependencies, market changes, technical issues, or stakeholder requests4. In such cases, the Product Owner needs to balance between delivering value and managing risks.The Product Owner may need to adjust the Product Backlog ordering to account for these factors, but not at the expense of compromising the value delivery5.

In this scenario, the Developers are waiting for an external supplier to deliver a specific product component that they need to integrate and use. Without that component there will not be enough work in the next Sprint to occupy the full team. They ask their Product Owner to re-order the Product Backlog. The Product Owner asks the Scrum Master for help. A good advice for the Product Owner would be to tell them that their primary concern is the flow of value reflected in the ordering of the Product Backlog. Timeline of the flow might be influenced by such dependencies and require some level of Product Backlog re-ordering.

This advice would help the Product Owner to focus on delivering value while also considering the impact of the external dependency. The Product Owner could work with the Developers and stakeholders to identify and prioritize other valuable work that can be done in the next Sprint without relying on the external component. The Product Owner could also communicate with the external supplier and try to minimize or eliminate the dependency as much as possible.

The other options are not good advice for the Product Owner. Telling them that they need to re-order the Product Backlog to maximize utilization of the Developers would imply that keeping productivity high is more important than delivering value. This would go against the Scrum values of focus and respect. Telling them to remove all work involving the external component from the Product Backlog and create a new backlog for it would imply that they are ignoring or avoiding the dependency rather than managing it. This would go against the Scrum values of courage and openness.

The Scrum Guide 2020, section ''The Product Owner''

What is a Product Backlog? | Scrum.org, section ''Ordering''

Product Backlog Ordering - Zen Ex Machina, section ''Ordering by Value''

Product Backlog Ordering - Zen Ex Machina, section ''Ordering by Risk''

Ordered Not Prioritized | Scrum.org, section ''Ordering by Dependencies''

[The Scrum Values | Scrum.org], section ''The Scrum Values''

A) You suggest taking the person aside and asking them what they believe the key outcomes are for the Daily Scrum. Effectively coaching them to help create focus during the Daily Scrum.

This is a good suggestion because it shows respect and empathy for the person, while also helping them understand the purpose and value of the Daily Scrum.Coaching is one of the core competencies of a Scrum Master, and it can help the person self-reflect and improve their behavior12. E. You suggest coaching the Developers to help them find a way to solve the problem, and own the solution.

This is another good suggestion because it empowers the Developers to take ownership of their own process and communication.The Scrum Master's role is not to impose rules or solutions, but to facilitate and enable the team's self-organization and collaboration12. By coaching the Developers, the Scrum Master can help them address the issue in a constructive and respectful way.

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 work. The Daily Scrum is not a status meeting, but a way for the Developers to collaborate and self-organize around the most important work for the next 24 hours. The Daily Scrum also provides an opportunity for the Developers to identify and communicate any impediments that are hindering their progress, and request help from the Scrum Master or other team members to resolve them.

What is a Daily Scrum? | Scrum.org

What Is the Daily Scrum? | A Guide to the Daily Event - Scrum Alliance

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.

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.''