2016-10-15 15 views
-3

Я попытался найти правильный процесс с Sprint 0 в гибкой SDLC, но почему-то я не могу найти убедительные ответы, подумал о том, чтобы спросить на этом форуме.Agile Методология | Sprint 0 в каждом выпуске или один раз в жизни проекта

Я немного смущен, должно ли это происходить один раз в жизненном цикле проекта или оно должно быть в каждом выпуске. т.е. каждый релиз должен (не обязательно) начинаться со спринта 0, следуя моим многочисленным требуемым спринтам и заканчивая упрочнением, обзором, демонстрацией, ретро и т. д.

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

Итак, я все же верю, все зависит от отставания продукта/выпуска, который определяет, действительно ли нам нужна SPRINT 0 в каждом выпуске.

+1

Из информации о теге [agile] (http://stackoverflow.com/tags/agile/info): * Такие вопросы сейчас вне темы на SO, пожалуйста, используйте сайт управления сайтом управления проектами: http://pm.stackexchange.com.* – BSMP

+0

Этот тег был исправлен для Project Management, но я обеспокоен тем, что этот вопрос переводится в «On Hold», имеющего разногласия в глазах экспертов. Я смущен, как я могу отредактировать этот вопрос, так как это довольно прямолинейно. Я уважаю экспертов, которые отмечали это как вопрос с разницей в мнениях, но я думал, почему мы не можем поделить наше мнение (похоже на то, что сделал @MSM), а не пропускать обсуждения? Форумы созданы для обсуждения. Мы не можем пропускать вопросы, которые не имеют ссылок. –

ответ

-1

Ну, в зависимости от того, как вы определяете Sprint 0. Существуют разные способы, по которым команды думают об этом. Вот как я бы это увидел.

Основная предпосылка за спринтом заключается в том, что вы можете получить прирост потенциального судоходства (значение клиента) в конце каждого спринта.

Если вы учтете это и подумаете о запуске совершенно нового проекта, тогда спринт 0, где вы можете получить пропуск, не отвечающий этим критериям, - поэтому вы можете больше сосредоточиться на «необходимо», но на самом деле не обеспечивают ценности для клиентов, такие как CI/CD, DoD, создание команды, код repos и т. д. Это спринт 0.

Обычно вам не нужно делать спринт 0 видов деятельности в последующих спринтах , если вы не найдете что-то ретроспективно, которое вы хотите внести в качестве улучшения в том, как вы создаете программное обеспечение, например, вы можете сделать некоторые улучшения для CI/CD и т. д. Но попытайтесь сбалансировать работу в каждом спринте между «стоимостью клиента» »и« истории, не связанные с потребителем ». Вы хотите больше из первых.

Надеюсь, что это поможет.

+0

Спасибо @MSM, это определенно поможет. Я ценю это. –

+0

Нет такой вещи. Sprint 0 - это хорошо распространенная концепция, но это не признано структурой Scrum. Рамка Scrum начинается с Sprint 1, ссылаясь на то, что первый Sprint должен заканчиваться потенциально увеличивающимся приращением. Фактически, Sprint 0 является типичным вопросом в тесте Scrum. – jperis

+0

Scrum сосредоточен на стадии строительства, я имею в виду фазу, в которой продукт построен. Я понимаю, что вы имеете в виду под Sprint 0, лучше упоминается как запуск или создание (концепция, принятая RUP): формировать начальную команду, рабочую среду, безопасное финансирование и т. Д. Все эти концепции содержатся в дисциплинированном гибком процессе. Эти процессы обычно повторяются после релиза, но есть действия, которые необходимы только в первом выпуске (сформировать команду, рабочую среду и т. Д.). По крайней мере, это теория в процессе DA. – jperis