PSM-II Exam Dumps : Professional Scrum Master II

• 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.”

B. You explain that technical risks are best controlled when architecture and infrastructure emerge alongside the development of functionality. The additional advantage is that business value is created faster and sooner.

• This is a good option because it is consistent with the Scrum principle of empiricism, which means that the Scrum Team learns and adapts based on the actual outcomes and feedback, rather than following a predefined plan12. By allowing the architecture and infrastructure to emerge iteratively and incrementally, the Scrum Team can address the most important and uncertain aspects first, and deliver valuable and functional increments every Sprint34. D. You educate the Product Owner to add this work to the Product Backlog to uphold transparency. Ask the Developers to plan work during the first several Sprints to estimate these items, while also creating some business functionality in these early Sprints
• This is another good option because it is consistent with the Scrum value of transparency, 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 this work to the Product Backlog, the Product Owner can prioritize and refine it according to the value and urgency, and communicate it to the stakeholders. By asking the Developers to plan work during the first several Sprints, they can estimate these items based on their actual experience and capacity, while also delivering some business functionality in these early Sprints34.

• A: There is one Product Owner for each product (five in total). Each Product Owner may delegate to others for specific value, capabilities, and functionality within their product. The five Product Owners share and align work via Product Backlog. This is a reasonable alternative, as it allows each Product Owner to focus on one product and its vision, value proposition, and stakeholder needs. The Product Owner can also leverage the expertise and input of other people who can help with the product development, such as business analysts, domain experts, or user representatives. The five Product Owners can coordinate and collaborate with each other through the Product Backlog, which is a single source of truth for the product requirements and priorities.
• D: There is one Product Owner responsible for all five products. This person may delegate work to others for specific value, capabilities, and functionality within each product to scale their accountability. This is another reasonable alternative, as it allows one Product Owner to have a holistic view of the five products and their interdependencies, synergies, and trade-offs. The Product Owner can also delegate some of the work to other people who can act as proxies or representatives for the different aspects of the products, such as features, modules, or components. The Product Owner can still maintain the ultimate authority and responsibility for the Product Backlog and the product value delivery.

References:

• Scrum Guide 2020, page 7: “The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team.”
• Scrum Guide 2020, page 8: “The Product Backlog is an emergent, ordered list of what is needed to improve the product. It is the single source of work undertaken by the Scrum Team.”
• Professional Scrum Master II Course, page 22: “The Product Owner may delegate some of their work to others who can help them with the product development, such as business analysts, domain experts, or user representatives. However, the Product Owner remains accountable for the Product Backlog and its content.”
• Professional Scrum Master II Course, page 23: “The Product Owner may scale their role by working with other Product Owners who are responsible for different products, features, modules, or components. However, there should be only one Product Owner per product who has the final say on the product vision and value proposition.”