Q1.
Считается хорошей практикой приоритезировать выполнение работ над началом новой работы. Таким образом, в вашем примере было бы разумным, чтобы разработчик сосредоточился на устранении недостатков, а не на создании новых историй.
Цель: спринт: Ценность работы не в большом количестве.
Q2.
Если команда считает, что они не завершают работу, которую они планировали в спринте, то они должны сообщить владельцу продукта. Это помогает установить ожидания владельца продукта и дает им возможность переориентировать приоритет на основе новой информации.
Неспособность завершить работу в спринте, как правило, является результатом слишком большой работы в спринте или что-то неожиданное, влияющее на команду во время спринта. Ни одна из них не является катастрофой, но команда, возможно, пожелает привести их в ретроспективе, чтобы узнать, есть ли какие-либо уроки, которые нужно извлечь.
Q3.
Если в спринте есть незавершенная работа, это не способствует вычислению скорости для команды. Обычно это означает, что скорость снижается, и поэтому Scrum Master поощряет команду к тому, чтобы меньше работать в будущих спринтах.
Q4.
Если тестер обнаруживает дефекты предыдущих спринтов, то они должны быть подняты с помощью Владельца продукта и добавлены к отставанию. Если владелец продукта рассматривает возможность исправления дефектов в качестве приоритета, они могут предложить ввести их в текущий спринт. Группа должна решить, подходит ли это, и они могут захотеть удалить некоторые запланированные работы, чтобы компенсировать добавленную область.
Большое спасибо за ваш подробный ответ :) – iOSManiac