Что делать, когда спринт заканчивается рано?

Что делать, когда спринт заканчивается рано?

На данный момент наша команда Scrum работает над историями из отставания, если спринт закончен рано.

Что происходит с историями, взятыми из отставания? Будут ли истории добавлены в текущий спринт? Если да, то что, если эти истории не будут закончены вовремя. Спринт провалился тогда?

Принесите что-нибудь из отставания проекта в спринт (после обсуждения с мастером Скрама и владельцем проекта).

Размер предмета, который вы берете, будет зависеть от того, сколько у вас есть времени. Если нет ничего достаточно маленького, создайте подзадачу более крупного задания, чтобы начать ее (т. Е. Выполнить некоторые предварительные работы).

В качестве альтернативы создайте некоторые задачи, которые улучшат кодовую базу. Я никогда не видел кодовую базу, которая не может быть улучшена каким-либо образом. Просмотрите код, добавьте больше модульных тестов и т. Д.

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

Если спринт действительно завершен, отметьте его, подготовьте к доставке, доставьте и переведите репозитории исходного кода в состояние «следующего спринта», чтобы не было риска, что поздние изменения в спринте поставят под угрозу доставку.

Для нас спринт никогда не заканчивается рано. Мы только увеличили нашу скорость или решили проблему таким образом, чтобы заставить нас выполнять больше работы в спринте.

Говоря, что у нас всегда есть незавершенное производство товаров, которые расставлены по приоритетам в порядке важности для владельцев наших продуктов. Когда какая-либо команда может вложить больше работы в спринт, им очень легко увидеть, что делать дальше в списке, который будет вписываться в спринты в оставшееся время, учитывая их скорость.

Это позволяет избежать простоев группы, ожидающей обсуждения с владельцем продукта / мастером Scrum того, что следует делать дальше. Наши владельцы продуктов и Scrum Masters остаются на вершине этого списка, так что всегда есть больше работы, ожидающей, чтобы быть помещенной в следующий спринт (или текущий, если позволяет время).

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

Не вкладывайте целую тонну работы только потому, что вы рано закончили. Придерживайтесь того, что ваша команда взяла на себя обязательство сделать в этом спринте, и если дополнительная работа закончена, это потрясающий плюс.

Я бы посоветовал расслабиться для личного совершенствования. Конечно, извлекайте истории из отставания, но не забудьте потратить некоторое время на себя: выучите новый язык, попрактикуйтесь в своем ремесле с помощью ката, переработайте некоторые вещи, настройте, доработайте или напишите новые инструменты, которые помогут вам, иди и разговаривай заинтересованному лицу, коллеге или клиенту, выясните, чем занимается ваша команда QA, найдите время, чтобы понять, как работает ваш UX-процесс.

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