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?
C. Agree with altering the Definition of Done, if both the Developers and Product Owner agree.

C. Velocity has no direct relationship with value.
D. Velocity is the amount of business functionality that a Scrum Team creates in a Sprint. It is unique to that team and used as an input to Sprint Planning.

Answer Description


Explanation:

C: Velocity has no direct relationship with value. This is a true statement, as velocity is a measure of the amount of work done by a Scrum Team in a Sprint, not the value or quality of that work. Velocity can vary depending on many factors, such as the size, complexity, and priority of the Product Backlog items, the skills and experience of the Developers, the Definition of Done, and the Sprint length. Therefore, velocity is not a reliable indicator of value creation or team performance.

D: Velocity is the amount of business functionality that a Scrum Team creates in a Sprint. It is unique to that team and used as an input to Sprint Planning. This is a true statement, as velocity is a team-specific metric that reflects how much business functionality the Scrum Team can deliver in a Sprint. Velocity can help the Scrum Team to forecast how many Product Backlog items they can select for the next Sprint, based on their past performance and current capacity. However, velocity is not a goal or a target for the Scrum Team, and it should not be compared across teams.

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

A. Having an Increment that could be released to end users.
C. All work performed meets the Definition of Done.

Answer DescriptionExplanation:

Done means that the Increment is in a usable condition and meets the Scrum Team’s Definition of Done. The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. The Definition of Done creates transparency by providing everyone a shared understanding of what work was completed as part of the Increment. Having an Increment that could be released to end users means that it is potentially releasable, which is one of the goals of Scrum. All work performed meets the Definition of Done means that the Developers have ensured that every Product Backlog item selected for the Sprint conforms to the agreed quality standards.

References:

• The Scrum Guide, November 2020, p. 10-11
• What is a Definition of Done?, Scrum.org, accessed on September 30, 2023
• DONE Understanding Of The Definition Of "Done”, Scrum.org, December 16, 2019

A. Continue sprinting but shorten the Sprint length to allow for shorter feedback loops.
C. 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.

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

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.

B. Developers with an interest in Stella's domain could volunteer to take on this work in their respective Scrum Teams.
C. Ask Stella for a plan to hire and train additional people in her domain, and in the meantime work with the Product Owner and Scrum Teams to re-prioritize the work so that tasks not depending on Stella can be done first.

C. Releasing the version creates false assumptions about the actual state of the system. This is likely to result in interruptions during future Sprints in order to react to unforeseen problems arising from not having met the Definition of Done.
D. As development progresses and functionality is added upon the reduced Definition of Done, unknown errors will creep in. The system becomes more difficult to stabilize. Work for the actual release as well as future releases Will be slowed down in unpredictable ways.

Answer Description


Explanation:

Technical debt is the implied cost of rework caused by choosing an easy solution now instead of a better approach that would take longer1. Reducing the Definition of Done for the next three Sprints will create technical debt, which will have negative impacts on the product quality, value, and delivery. Two ways to explain these impacts to the Product Owner are:

Releasing the version creates false assumptions about the actual state of the system. This is likely to result in interruptions during future Sprints in order to react to unforeseen problems arising from not having met the Definition of Done2. This will reduce the transparency, predictability, and adaptability of the Scrum process, and compromise the trust and satisfaction of the customers and stakeholders.

As development progresses and functionality is added upon the reduced Definition of Done, unknown errors will creep in. The system becomes more difficult to stabilize. Work for the actual release as well as future releases will be slowed down in unpredictable ways3. This will increase the complexity, risk, and cost of the product development, and lower the value and quality of the product.