Стратегия развертывания для Scrum

Question

Согласно Scrum в конце спринта, мы должны создать рабочее решение (сборка, концепция, код). Например, продолжительность спринта составляет 1 неделю, и в соответствии с приоритетом нам нужно подобрать проблему, которая может занять более одной недели. Мы используем стратегию для того, чтобы передать все в мастер-ветку, и мы не используем ветви для проблем; это делается для того, чтобы избежать двойного тестирования проблем. Мы можем разделить большую проблему на небольшие задачи, но, тем не менее, в конце спринта мы не получим рабочего решения. Таким образом, единственный способ для такой проблемы - развить его в отдельной ветви.

Возможно, у вас есть другие идеи, предложения?

Answer 1

Ваши истории должны соответствовать объектам INVEST. «S» дебатически означает «размерный» или «маленький». Как в «достаточно маленьком, чтобы вписаться в спринт». Поскольку ваши спринты недостаточно велики, чтобы содержать некоторые из ваших историй, у вас есть два варианта:

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

Что касается того, как вы введете (или не разворачиваете) код в git, это действительно личное (или командное) предпочтение. Если у вас хорошее автоматическое тестирование, это не имеет значения. Если вы этого не сделаете, то создание сюжета в спринте позволит вам не разветвляться, а не проверять дважды и придерживаться вашего текущего процесса.