Continue sprinting but shorten the Sprint length to allow for shorter feedback loops.
Continue sprinting and include the customer feedback in the Product Backlog.

Answer Description


Explanation:

The Sprint Review is an event that inspects the outcome of the Sprint and determines future adaptations. The Product Owner has the authority to release the Increment to production at any time, but this does not mean that the Sprint has to be stopped or changed. The stakeholders can provide feedback and suggestions for the product, but they cannot interfere with the Sprint Goal or the Sprint Backlog within the Sprint.

The Scrum Team can decide to:

Continue sprinting but shorten the Sprint length to allow for shorter feedback loops (A), which is a valid option if the Scrum Team agrees that this will improve their agility and value delivery. However, this should not be done frequently or arbitrarily, as it may disrupt the rhythm and focus of the team.

Continue sprinting and include the customer feedback in the Product Backlog©, which is the most appropriate option as it respects the empirical nature of Scrum and allows the Product Owner to prioritize and order the Product Backlog based on new insights and stakeholder needs.

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

Answer Description


Explanation:

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.

No, the Increment will not be transparent and the feedback loop is too long.

Answer Description


User acceptance testing is a process of verifying that the product meets the user's needs and expectations. It is an important feedback mechanism that helps the Scrum Team validate their assumptions, inspect the value and quality of the Increment, and adapt their plans accordingly. Scrum requires that the Increment be transparent, meaning that it is observable and understandable by anyone with a stake in the outcome. Scrum also requires that the feedback loop be short, meaning that the Scrum Team can receive and respond to feedback quickly and frequently.

Therefore, it is not a good idea to have user acceptance testing done every third Sprint, because:

The Increment will not be transparent (B), meaning that the Scrum Team and the stakeholders will not have a clear and shared understanding of what has been done and what remains to be done. This may lead to misalignment, confusion, or conflict over the product vision, scope, and quality.

The feedback loop is too long (B), meaning that the Scrum Team will not be able to inspect and adapt based on the user's feedback in a timely manner. This may lead to wasted effort, missed opportunities, or reduced value delivery.

The other options are not correct because:

It does not depend on what is stated in their Definition of Done (A), which is a formal description of the state of the Increment when it meets the quality standards required for the product. The Definition of Done does not dictate how or when user acceptance testing should be done, but rather what criteria must be met for the Increment to be considered ''Done''.

The Scrum Team is a self-managing team , which means that they have the autonomy and authority to organize and manage their own work within the boundaries of Scrum. However, this does not mean that they can ignore or postpone user feedback, which is essential for delivering value and satisfying customer needs.

The Scrum Team needs stability in the Sprint (D), which means that they need to have a clear and consistent Sprint Goal, Sprint Backlog, and Definition of Done throughout the Sprint. However, this does not mean that they need to avoid or resist user feedback, which is a source of learning and improvement for the product and the process.

During the Daily Scrum the Developers will bring up problems that are hindering their progress, and tor which they nave no means to resolve, this provides an opportunity to resolve those impediments.
Through the snort, daily alignment of the Daily Scrum the Developers build and improve a shared understanding of the most important work to be undertaken in the next 24 hours, to achieve the best possible progress toward the Sprint Goal. This daily opportunity to inspect and adapt Will enable the Developers to tackle any unforeseen circumstances that might otherwise disrupt the team's progress.

Answer Description


Explanation:

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.

References:
What is a Daily Scrum?| Scrum.org
What Is the Daily Scrum?| A Guide to the Daily Event - Scrum Alliance

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.

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.