Можно ли добавлять новые задачи на спринт в текущем спринте?

Question

[Анна]

Мы только пытаемся внедрить у себя в компании (не IT) скрам, иногда возникают проблемы и споры. Например, можно ли добавлять новые задачи на спринт в текущем спринте? Или можно ли сделать некий "резерв" задач на тот случай, если у одного из сотрудников в работе появился блокер или все его задачи в этом спринте выполнены (а коллеги отлично справляются со своими задачи без его помощи)? Могут ли спринты в рамках одного проекта отличаться по времени?
Может быть, кто-то давно пользуется скрамом и сможет подсказать из личного опыта.
Спасибо!

Comments

[Strannyk]

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

[Анна]

Strannyk, спасибо!
А как в таком случае делать вывод об успешности Планирования Спринта? Если, например, задачи с блокерами так и не будут выполнены за спринт, но будут выполнены задачи, которые изначально не были запланированы?

[Strannyk]

AnnaKukush, Формально в этом случае спринт будет невыполнен.

Answer 1

[⚡ Kotobotov ⚡]

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

Comments

[Анна]

Спасибо!
Подскажите, а в случае, когда есть брокер как лучше поступить? Помогать коллегам или брать задачи не из спринта?

[⚡ Kotobotov ⚡]

Анна, дать волю сотруднику самому решить чем заняться.

[Strannyk]

⚡ Kotobotov ⚡, А как же отчетность за оплачиваемые часы перед product owner? В этом случае, по моему опыту, тимлид награждает следующей таской по приоритету.

[Анна]

Strannyk, а в таком случае не нарушается принцип планирования определенного количества задач на выбранный промежуток времени?

[Strannyk]

Анна, Если образовался блокер, из-за которого один разработчик простаивает - это уже внештатная ситуация.

[Анна]

Strannyk, к сожалению, у нас такие ситуации не редкость.
⚡ Kotobotov ⚡ Еще есть проблема в том, что задача может быть выполнена несколькими способами, и какой из них сработает изначально непонятно. На спринт выбирается какой-то один из способов решения. Получается, что, если в середине спринта сотрудник обнаружил, что выбранный путь не работает, он не может попробовать альтернативный путь (т.к. он не был запланирован).

[Strannyk]

Анна,

если в середине спринта сотрудник обнаружил, что выбранный путь не работает, он не может попробовать альтернативный путь (т.к. он не был запланирован)

У вас план должен быть для работы, а не наоборот. )))

[⚡ Kotobotov ⚡]

Анна, ну в конце спринта говорит что тупиковая ветвь, выбирают новую.
никаких с этим проблем, именно для этого спринты и делаются.

[Анна]

⚡ Kotobotov ⚡, Strannyk, спасибо!

Answer 2

[Klpsm]

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

Comments

[asArtem]

Конечно же нет. Менять задачи в спринте - это табу. Иначе это не скрам, а что-то другое. scrumbut, например.
Самая идея неизменяемого спринта состоит в том, чтобы оградить команду от прибегающего чайка-менджера, которому срочно нужно.