События Scrum: планирование, синхронизация, обзор и ретроспектива

Почему событий именно пять

Каждое событие закрывает свой тип решения, и они не заменяют друг друга. Планирование отвечает на вопрос «что берём», ежедневная синхронизация — «что мешает прямо сейчас», уточнение бэклога — «что будет понятно к следующему разу», обзор — «то ли мы вообще делаем», ретроспектива — «как мы работаем».

Отсюда типичная ошибка: команда оставляет ежедневную встречу и планирование, а обзор и ретроспективу отменяет как «необязательные». Через два месяца выясняется, что процесс не меняется и результат никто не смотрит. Ритуалы остались, обратной связи нет.

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

Планирование: цель важнее списка

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

Объём берут по средней скорости последних циклов, а не по оптимизму. Ёмкость уменьшают на известные отпуска, обучение и дежурства. Если команда новая и скорости ещё нет, берите заведомо меньше — недобрать работу дешевле, чем перенести половину.

Итог встречи — цель цикла и состав работ, с которым команда согласна. Если согласия нет и объём «продавили», планирование не состоялось: ответственность за срок уже не общая.

Ежедневная синхронизация: 15 минут для команды

Встреча нужна команде, а не руководителю. Проверить это просто: если человек, докладывая, смотрит на начальника, а не на коллег, встреча уже превратилась в отчёт и перестала работать. Руководитель может присутствовать и слушать, но не опрашивать каждого по кругу.

Формат «что делал вчера, что буду сегодня, что мешает» — не догма, а подсказка. Полезнее идти не по людям, а по работе: смотреть на доску справа налево и разбирать задачи, которые ближе всего к готовности. Так разговор сам собой концентрируется на том, что застряло.

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

Уточнение бэклога: работа между встречами

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

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

Обзор: показываем результат, а не слайды

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

Показывают работающий результат, а не описание проделанного. Задача встречи — не отчитаться, а собрать реакцию и обновить бэклог: что оказалось не тем, что нужно доделать, что можно не делать вовсе.

Незавершённую работу на обзоре не показывают. Соблазн понятен — «мы же почти», — но так теряется смысл критериев завершённости: если «почти готово» принимают, планка исчезает за два-три цикла.

Ретроспектива: одна-две вещи, которые меняем

Ретроспектива разбирает процесс, а не людей. Обсуждают, что мешало работе: длинная проверка, неясные требования, вечные срочные задачи, простой на ожидании смежников. Персональные вопросы решаются один на один, а не на общей встрече.

Главный признак рабочей ретроспективы — решения. Одно-два улучшения, у каждого ответственный и срок, следующая встреча начинается с их проверки. Список из десяти пунктов, к которому никто не вернётся, хуже, чем один выполненный.

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

События: длительность, участники, результат

Что подготовить в Shtab к каждой встрече

Половина времени на встречах уходит на выяснение фактического состояния. Если данные собираются сами, встречи укладываются в отведённое время.

Частые вопросы