Лучший способ изменить мой спринт

Question

позвольте мне нарисовать для вас этот сценарий:

Я работаю через свой еженедельный спринт с помощью Trello. Мой совет:

является уточненным. Увы! Здесь возникает новое требование к бизнес-характеристике (например, анимация танцующих хомяков). Я всего лишь 2 дня в моем спринте! Какой из этих вариантов я делаю ??

1. падение, что я делаю, добавить Critical функцию спринта и начать работать на нем сразу же
2. падение, что я делаю, и освободить место для новой критической функции, перемещая другие карты (ака частей работы) в спринтер на следующей неделе. Начните работу над важной функцией.
3. сообщите владельцу продукта, что мой спринт заблокирован, и я добавлю его к следующему спринту.
4. восклицает: «Эй, где мой мастер схватки, он должен защитить меня от этого!» (Это шутка, у нас 3 разработчика и у нас нет мастера схватки).

В настоящее время мы реализуем вариант 2. Таким образом, спринт остается управляемой единицей работы с определенной датой выпуска. После того, как спринт закончит, мы (команда разработчиков) рассмотрим спринт и продолжим работу с бизнес-командой, чтобы увидеть, можем ли мы избежать этой ситуации, идущей вперед.

Какой вариант «является лучшим» или рекомендуют большинство людей? Я знаю, что это зависит от вашей реализации agile и kanban и scrum и всего этого, но я ищу лучший способ для нас справиться с изменениями спринта.

Пожалуйста, будьте осторожны, мы изучаем гибкие методологии. Пожалуйста, не будьте слишком догматичными, поскольку этот подход называется «agile» - не каждый должен делать это таким же образом.

Большое спасибо!

Answer 1

Это будет очень упрямый, но №2 - это то, что я делаю большую часть времени. Однако это также зависит от вашего цикла выпуска. Если вы выпускаете в конце спринта и нуждаетесь в этом, тогда он имеет преимущество перед тем, что было запланировано.

Scrum идеалисты скажут # 3 правильный ответ. Это неправильный ответ, но он также отрицательно влияет на ваши рабочие возможности с владельцем продукта.

Answer 2

Scrum - это командная деятельность. Команда доставки работает с Владельцем Продукта, чтобы максимально эффективно использовать максимальную ценность для организации.

Если владелец продукта хочет внедрить критически важную для бизнеса функцию спринта, команда доставки, как правило, будет работать вместе с ними, чтобы это произошло. Тем не менее, ряд вещей, которые нужно иметь в виду:

• ли вновь введена история готова быть введен в спринте? Есть ли неизвестные о работе? Есть ли какие-либо предварительные условия, необходимые для начала работы?
• Будет ли вновь представленная история значительно влиять на планирование спринта? Если это произойдет, вполне возможно, что владелец продукта прервет спринт и вызовет новую встречу по планированию.Это не идеально, но оно может и действительно (особенно с организациями, новыми для Scrum).
• Влияние позднего изменения требований должно быть поднято как обсуждение в ретроспективе команды. Есть ли что-то, что можно сделать, чтобы избежать такой ситуации в будущем? Возможно, длина спринта слишком велика, чтобы соответствовать темпам изменений в организации?