NEW QUESTION 41
Sharing people with unique skills across multiple teams will likely result in which of the following conditions?
(choose the best answer)
Sharing people with unique skills across multiple teams will likely result in teams having to wait more often for those people to be available, impeding the delivery of value. This is because those people will have to context-switch between different teams, products, and domains, reducing their focus and efficiency1. Moreover, sharing people with unique skills will create bottlenecks and dependencies in the delivery process, increasing the risk of delays and quality issues2. Furthermore, sharing people with unique skills will discourage teams from developing deep technical skills themselves, making them less cross-functional and self-organizing3. Therefore, the best answer is A.
The other options are not correct because:
B) Teams do not have to develop deep technical skills. This is not a desirable condition, as it contradicts the Scrum value of commitment and the principle of continuous improvement. Teams should strive to develop deep technical skills to deliver high-quality products and to respond to changing requirements and technologies4.
C) Costs are lower since expensive resources are shared. This is not necessarily true, as the costs of context-switching, waiting, and quality issues may outweigh the benefits of sharing resources. Moreover, this option implies a resource-oriented mindset, rather than a value-oriented mindset, which is not aligned with the Scrum framework and the Product Owner role5.
D) More work gets done since people are better utilized. This is not a valid measure of success, as the amount of work done does not reflect the value delivered. Moreover, this option implies a utilization-oriented mindset, rather than an outcome-oriented mindset, which is not aligned with the Scrum framework and the Product Owner role. Reference: 1: Context Switching, 2: Bottlenecks and Dependencies, 3: Cross-Functional Teams, 4: Technical Excellence, 5: Resource vs. Value Orientation, : Utilization vs. Outcome Orientation
NEW QUESTION 47
Which of the following would likely be the least effective way to enhance the agility of your future product development?
(choose the least effective approach)
Explanation
As a Product Owner, you need to embrace agility and empiricism in your product development. This means that you should be able to inspect and adapt your product based on feedback from the market, customers, users, and stakeholders. You should also be able to experiment and learn from your failures and successes. To do this, you need to have a flexible and adaptable product architecture that can support frequent changes and new features. You also need to collaborate with your Scrum Team and other teams in the organization to deliver value incrementally and iteratively. Therefore, leaning on your organizational efficiency and existing architecture to build your product aligned to the current organization is the least effective way to enhance your agility. This approach can limit your innovation, creativity, and responsiveness to the changing needs and expectations of your customers and users. It can also create silos, dependencies, and conflicts within and across teams, and reduce the quality and value of your product.
References:
* Professional Scrum Product Owner™ II Certification
* Evolving the Agile Organization
* Managing Products with Agility
NEW QUESTION 49
The Developers inform the Product Owner during the Sprint that they are not likely to complete everything they forecasted. What would you expect a Product Owner to do?
(choose the best answer)
According to the Professional Scrum Product Owner™ II certification guide1, the Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. This means that the Product Owner should collaborate with the Developers and the Scrum Master to find the best way to deliver value in the current Sprint, even if the initial forecast is not met. The Product Owner should not change or abandon the Sprint Goal, as it is a commitment made by the Scrum Team during Sprint Planning. The Product Owner should also not skip Product Backlog refinement activities, as they are essential for preparing the Product Backlog for future Sprints. The Product Owner should not end the Sprint prematurely, as it may cause more disruption and waste than delivering a potentially releasable Increment. The Product Owner should not inform management that more resources are needed, as it may imply that the Scrum Team is not self-organizing and cross-functional. The Product Owner should respect the Developers’ autonomy and professionalism and support them in finding the best solution to the problem. Therefore, the best answer is to reduce the scope of the Sprint, if possible, to still meet the Sprint Goal. This means that the Product Owner and the Developers should negotiate the scope of the Sprint Backlog within the Sprint, removing or adding Product Backlog items that are aligned with the Sprint Goal and the value delivery. References: 1: Professional Scrum Product Owner™ II Certification | Scrum.org
