Использование Agile на большом проекте, который должен быть выпущен сразу

Question

Я потратил часы на поиск и чтение, но не могу найти точный ответ на мой вопрос. Я пытаюсь понять, как использовать Agile в большом проекте, который не может быть выпущен. Я чувствую, что сейчас у меня довольно хорошее понимание гибких принципов, но я просто не могу понять эту часть. В большинстве чтений я рассказывал об истории пользователей, описывающих функции, которые будут реализованы. Они всегда говорят о том, чтобы закончить Х количество историй в спринте, а затем освободить. Но что, если у вас есть что-то, что невозможно завершить в одном спринте. Например, предположим, что есть новый раздел профиля пользователя, который вы хотите создать на своем веб-сайте. Предположим, что он очень многофункциональный и представляет собой работу на пару месяцев. Кроме того, я не хочу выпускать фрагменты этого нового раздела - я хочу выпустить его все сразу. Тем не менее, я не могу вместить все это в один спринт, так как вы его разобьете? Я мог бы разбить его на небольшие кусочки, чтобы я мог закончить одну или несколько частей в каждом спринте. Но я не хочу выпускать, пока все не будет сделано. Любые предложения?

Answer 1

Прочитав ваш вопрос, я взял на себя две потенциальные области, на которые вы можете сосредоточиться.

Как правильно разделить истории пользователей. Это уже во многих областях в Интернете. Возможно, проверьте материал Кона на сайте mountaingoatsoftware.com или этот вариант: http://www.agileforall.com/2009/10/patterns-for-splitting-user-stories/

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

Удачи вам в пути!

Answer 2

Вам не нужно выпускать после каждого спринта - вам просто нужно. Конечно, вы можете разработать спринт пользовательских профилей спринтом, не отпуская его (ваше программное обеспечение должно оставаться в состоянии освобождения после каждого спринта!), Но идея быстрого и быстрого выпуска - как можно скорее получить обратную связь - Не только отзывы ваших клиентов, но и «из системы» (например, загрузка системы, производительность в реальной жизни, ошибки и другая проблема). Это избавляет вас от нескольких месяцев разработки с продуктом, которого ваши клиенты действительно не хотят.

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