Ежемесячные выпуски, замаскированный водопад?

Question

Я начинаю свое глубокое погружение в гибкую разработку и у меня возникли вопросы о том, как определенные компании продвигают свои релизы. Мне нужна информация о том, согласно ли сообщество, что ежемесячные циклы выпуска услуг в теории такие же, как и у водопада? Я рассуждаю так: если команда объединяет несколько сервисных изменений / функций и выпускает один массовый ежемесячный релиз, это аналогично водопаду. Не будет ли «гибким способом» выпускать каждое изменение / исправление / функцию по мере их объединения?

Answer 1

В оригинальной книге о Scrum "Гибкая разработка программного обеспечения с помощью Scrum" указаны ежемесячные спринты. Однако он и другие методы отключают спринты от выпусков, то есть разработку от доставки, указав, что каждый спринт создает «потенциально доставляемый продукт». Предполагается, что продукт находится в состоянии, которое может быть доставлено покупателям, но по деловым причинам компания может не сделать этого. (Кстати, одна из причин, по которой я был свидетелем, заключается в том, что заказчик хотел выпускать только ежеквартально все, кроме исправлений безопасности.)

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

Выступая в качествеAgile тренер, который поддерживает свою сертификацию водопада (PMP), потому что водопад подходит для некоторых типов проектов, я считаю, что Agile - это подмножество водопадов, это неправильное восприятие, основанное на связывании поставок с циклами, что не является необходимым.

Answer 2

Одним из гибких значений является , реагирующее на изменение в соответствии с планом .

Обратите внимание, что в нем не указано, что вам необходимо разблокировать данные в соответствии с определенной частотой или методом. Это связано с тем, что Agile - это подход , который не является ни фреймворком, ни методологией.

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

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