Зачем нужны спринты в SCRUM? Как поставить цель спринта?

Question

[Lieroes]

Добрый день,

Пытаюсь изучить и внедрить гибкую методологию в нашу компанию и тут у нас небольшой спор произошел..

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

Что-то аргументированно ответить против я не смог :) вот прошу у вас совета/помощи.

Ко всему этому не могу разобраться - как поставить цель спринта? Мы работаем над своим сайтом, трафик около 500к в день и задачи абсолютно разные и сгруппировать их по какой то цели просто невозможно.

Спасибо!

Answer 1

[JustRoo]

Нужен кому?

Менеджерам проектов спринты нужны для предсказуемости и планирования - чтобы знать, сколько фич команда может запилить за определённый промежуток времени.

Команде - во-первых, для защиты беклога (в этот спринт она фокусируется на фичах А и Б и не отвлекается ни на что другое), во-вторых, для улучшения собственных результатов. Со спринтами можно говорить "раньше мы делали 12 сторипоинтов за спринт, а теперь делаем 15, мы молодцы" (я, понятно, упрощаю), без спринтов команда лишается метрик и, соответственно, возможности отлаживать процессы. Плюс внедрить рефлексию в жизнь команды без спринтов намного труднее.

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

Comments

[Lieroes]

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

Команде - во-первых, для защиты беклога (в этот спринт она фокусируется на фичах А и Б и не отвлекается ни на что другое), во-вторых, для улучшения собственных результатов. Со спринтами можно говорить "раньше мы делали 12 сторипоинтов за спринт, а теперь делаем 15, мы молодцы" (я, понятно, упрощаю), без спринтов команда лишается метрик и, соответственно, возможности отлаживать процессы. Плюс внедрить рефлексию в жизнь команды без спринтов намного труднее.

Спасибо, за ваш ответ!

Answer 2

[Игорь]

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

Значит задачи выбраны неверно. Видимо вы идёте снизу вверх - сначала выбираете задачи, а потом цель из них пытаетесь сформировать. А нужно наоборот - определить одну глобальную бизнес цель, а затем выбрать задачи, которые позволят её достичь.
Скрам - это методология доставки бизнес-ценностей, не просто итеративной разработки.
Т.е. управление продуктом должно тоже идти по скраму. Если оно у вас неупорядоченное, то получается ситуация вот как у вас.

Comments

[Lieroes]

Большое спасибо вам за комментарий!

Значит задачи выбраны неверно. Видимо вы идёте снизу вверх - сначала выбираете задачи, а потом цель из них пытаетесь сформировать.

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

Попробую донести начальству эту идею!

[Игорь]

Lieroes,
Ещё в скраме задачи в спринт выбирает Product Owner (человек который знаком со скрамом) а не бизнес напрямую. Продакт овнер знает что выбирать, в общем. Он учитывает ценность для бизнеса, но не обязательно прямо следует ей. Т.к. ему ещё нужно направлять команду единой целью к примеру. Это, в том числе, для того, чтобы команда работала как команда, а не как разрозненные специалисты. Потому что создание и поддержание правильного командного взаимодействия - одна из главных задач скрама.

Ну тут вообще надо смотреть у вас ситуацию, может вам скрам и не надо действительно.
Например - нужны ли вам итерации вообще? Вы оцениваете задачи перед итерациями? Вы измеряете velocity команды? Делаете burndown chart? Если нет и вам всё это не надо, то вам и итерации не надо.
Канбан и continuous delivery и вперёд с песней.

Answer 3

[Сергей Горностаев]

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

Comments

[Lieroes]

На счет вашего второго утверждения - проект довольно большой, существует уже около 10 лет, в нем есть и баги, и фичи которые нужно переделать и фичи, которые нужно добавить, при чем здесь архитектурные проблемы? Задач много и все они разные, в рамках одного спринта можно сделать несколько задач из разных категорий, которые у меня не получается сгруппировать по единой цели спринта.

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

[Сергей Горностаев]

Lieroes, в основе хорошей архитектуры лежат слабосвязанные компоненты, гибко реализующие абстракцию с единственной предельно узкой функцией. Если программист говорит "У нас есть подсистема, которую можно изменять только одним куском, а потому нельзя разбить на более мелкие части, чтобы уместить в спринт", то архитектура плохая.

Я вчера буквально приехал с CSM сертификации

Тогда вам стоит писать ответы, а не задавать вопросы.

[Lieroes]

Сергей Горностаев, так в том то и дело, что изменения у нас не особо большие и все разные. У нас нет проблемы в архитектуре, все можно менять частями и все можно дробить на маленькие подзадачи, но что если таких вот задач получается выполнить очень много и их нельзя объединить единой целью? Как пример, я сделал подписки, коллега сделал фикс фронтенда, другой коллега настроил elasticsearch, еще один сделал мокапы - какая цель тогда?

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

[Сергей Горностаев]

Lieroes, а в те периоды времени, когда общей цели нет, прав становится ваш коллега. Методология нужна чтобы облегчить и ускорить процесс, а не для неуклонного соблюдения ритуалов. Ну, я так думаю.

[Lieroes]

Сергей Горностаев, спасибо вам за ваши ответы, может быть действительно стоит попробовать использовать канбан и не усложнять себе лишний раз жизнь :)

Answer 4

[Иван Лукьянов]

Если упрощенно - спринт нужен для поддержания ритма работы.

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

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

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

И не забывайте, что спринт завершается двумя важными событиями:

1. Ревью (или demo-day), когда команда демонстрирует продакт-оунеру выполненные задачи и реализованный функционал продукта
2. Ретроспектива, на которой каждый член команды высказывается по трем пунктам:
- Что мы делали хорошо
- Что стоит улучшить/усилить
- Что стоит не делать
Ретроспектива очень важна для оптимизации работы всей команды и получения обратной связи друг от друга. И после нее команда создает одну или более задач по оптимизации своей работы, которые тоже попадают на общую канбан-доску и реализуются на следующем спринте.

Без этих скрам-событий итерация (т.е. спринт), на мой взгляд, не имеет смысла. И тогда ваш коллега, конечно же будет прав - будет двигать карточки на канбан-доске и говорить "что-то не работают эти ваши скрамы" © =)