развертывание mid-sprint с scrum (крупные текущие проекты в области «коричневого поля»)

Question

Schwaber & Beedle's 'scrum' book (и другая литература по чтению), кажется, фокусируется на выпуске продукта в конце спринта. Веб-разработка для созданного сайта (по крайней мере в нашем случае) состоит из разработки «улучшений» (различных размеров) и множества небольших «исправлений». Развертывание (в Интернете) только в конце спринта замедлит наше развертывание больших улучшений (возможно, это хорошо), но значительно замедлит развертывание небольших улучшений и исправлений (т. Е. Ошибки будут работать дольше).

Являются ли поселения середины спринта еретическими в схватках? Являются ли спринты даже применимыми в нашем случае? Неужели я неправильно понял спринты?

Answer 1

Завершенная работа в конце Sprint должна быть проверена владельцем продукта во время обзорной встречи. Если вы отпустите середину, это может быть не так.

Если вы чувствуете, что работа будет завершена до конца спринта вы можете:

1. Добавить больше работы, выбирая наиболее приоритетные элементы из накопившегося релиза
2. Сократить будущие спринты

Учитывая ваше описание рабочей среды, я бы выбрал 2.

Вы также можете рассмотреть другую гибкую методологию, которая может быть более подходящей в вашу среду.

Я бы не выпустил середину спринта.

Answer 2

Я действительно думаю, что развертывание до производство середина спринта звучит как плохая идея. Настоящий фокус-похититель.

Возможно, сокращение длины спринта было бы чем-то для вас?

Answer 3

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

Answer 4

Вы могли бы взглянуть на Alistair Cockburn Crystal «Orange Web». Он адаптировал гибкие принципы с ограничениями публичного веб-сайта.

Answer 5

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

Я хотел бы задать несколько вопросов по поводу этих середины спринта выпусков, хотя:

1) инкрементное значение раннего выпуска превышает ли стоимость развертывания? 2) Оценили ли вы риск каждого из этих мини-развертываний, чтобы гарантировать, что они не будут иметь неприятные последствия и создать больше работы? 3) Можете ли вы получить обратную связь с клиентами для этих мини-релизов, чтобы убедиться, что вы выпускаете то, что они хотят? 4) Рассматривали ли вы сокращение своих спринтов?

«Строгое развитие, связанное с схватками» (предположительно выше) является для меня оксюмороном. Мантра проверяет и приспосабливается.Я размышляю над тем, что схватка используется в качестве доктрины против улучшения реагирования на ваши заинтересованные стороны.