Отношение к дедлайнам в Scrum глазами команды | OnAgile Consulting

Отношение к дедлайнам в Scrum глазами команды

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

Один из наших клиентов, руководитель QA-направления в крупной компании, задал нам вопрос:

— Я никогда не слышал, чтобы кто-то говорил: «Мы работаем по Scrum, и у нас всё спокойно». Можно ли постоянно работать в таком ритме, и не выгорать от постоянных дедлайнов? Да, это может быть эффективно и приносить пользу продукту, — но это очень тяжело для самой команды.

Вряд ли кто-то назовёт Agile спокойным, уже само слово «спринт» говорит о высоком темпе и интенсивной работе. В Scrum самоорганизующаяся команда вместе с продакт-оунером сама ставит себе цель, бежит и достигает эту цель. Затем, в начале следующего спринта ставит другую цель, снова бежит, достигает её, и смотрит на результат. Да, это не спокойно, но это не значит, что команда должна работать в стрессе.

Два способа, как относиться к дедлайнам

Чтобы не выгореть в таком ритме, важно понимать, что если к высокой скорости добавить ещё и стресс, то команда долго не продержится. А в Scrum важно держать темп на длинной дистанции. Да, дедлайны будут всегда, но есть два способа, как к ним относиться.

Например, Project manager приходит 15-го числа и говорит:

 — Эти фичи надо сделать к концу месяца.

Реакция команды: 
— К концу месяца? Успеть нереально. Вот если бы мы раньше знали о сроке.. 

Ответ от менеджера:
— Вы должны успеть, я уже пообещал заказчику.

Здесь команда просто принимает дедлайн как данность, и в панике срочно начинает делать задачу. Но в Agile мы всё-таки стремимся относиться к дедлайнам чуть иначе — как к ориентиру, про который сначала хочется узнать, откуда он взялся. Потому что дедлайн — это просто дата, которую кто-то когда-то назвал. И важно понять, почему она именно такая.

В Scrum команды стараются делать так, чтобы даже если дедлайн и появился, его поставила сама команда. Например, когда к продакт-оунеру приходит заказчик и говорит, что срочно нужна сборка, продакт-оунер ничего не будет обещать, а сначала уточнит: «А насколько срочно? Почему именно сейчас? Что именно должно в неё войти?» — и соберёт контекст.

Допустим, осталось доделать ещё 5 фичей. Продакт-оунер собирает всех на уточнение бэклога и говорит: «Нужно сделать 5 фичей к такой-то дате». Он объясняет, зачем это нужно и почему именно к такому сроку. Вся команда смотрит на объём работы и оценивает, реально ли успеть — и если да, то когда. Или, например, команда видит, что на эти фичи уйдёт два месяца, а не две недели. И тогда честно отвечает, что за такой срок не получится уложиться.

Что делать, если команда не укладывается в срок

Конечно, сказать «мы не успеваем» — это не самый продуктивный подход. Поэтому команда задаёт себе другой вопрос: 

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

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

В Agile никто не может просто прийти и заставить самоорганизованную команду выполнить конкретный объём к нужной дате — если только это не дата, которую согласовала сама команда. Потому что только они знают, сколько времени это займёт. 

И если вдруг так случилось, что дату никак нельзя сдвинуть, то команда не старается уместить весь запланированный объём в игольное ушко, а просто задаёт себе вопрос:

—  А что мы реально можем успеть к этому сроку и при этом дать максимум пользы?

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

У вас тоже часто сдвигаются сроки и меняются приоритеты?

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

Вопросы и ответы по теме

Почему команды в Scrum не выгорают от постоянных дедлайнов?

В Scrum команда сама определяет объем работ и сроки, а не получает их сверху. Скрам-мастер и Product Owner защищают команду от хаотичной смены приоритетов и внезапных задач. Команда фокусируется на достижимых целях в каждом спринте, что позволяет поддерживать устойчивый темп работы без стресса.

Как опытные Scrum-команды справляются с нереальными дедлайнами?

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

В чем главное отличие управления сроками в Scrum от классического проектного подхода?

В классическом подходе менеджер спускает сроки сверху, и команда вынуждена подстраиваться. В Scrum команда сама оценивает объем работ и определяет реалистичные сроки, основываясь на своем опыте и возможностях. Это позволяет давать надежные обещания заказчику и регулярно поставлять работающий продукт.

Какую неожиданную роль играет Product Owner в управлении дедлайнами?

Product Owner не просто передает требования заказчика команде, а активно управляет ожиданиями обеих сторон. Он собирает полный контекст запроса, помогает определить истинные приоритеты и находит баланс между желаниями заказчика и возможностями команды. Это позволяет избегать нереалистичных обещаний и стресса.

Как успешные Agile-команды превращают жесткие дедлайны в преимущество?

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

Почему самоорганизация команды критически важна для работы со сроками в Scrum?

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

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Выбор пилотной команды для внедрения Agile
Публикация Agile, Scrum, Kanban–метод

Выбор пилотной команды для внедрения Agile

С какой команды лучше начать пилотное внедрение Agile? Давайте подумаем, какая команда была бы идеальной для эксперимента внедрения Agile.

Lean Six Sigma — что такое шесть сигм и зачем компании улучшать процессы
Публикация Agile, Scrum, Kanban–метод

Lean Six Sigma — что такое шесть сигм и зачем компании улучшать процессы

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

Что такое Agile на самом деле? Разбираем на конкретных примерах
Публикация Agile, Scrum, Kanban–метод

Что такое Agile на самом деле? Разбираем на конкретных примерах

В этой статье мы погрузимся в мир Agile и рассмотрим его ключевые принципы, используя живые примеры и истории из реальной жизни. Согласно Agile Manifesto, в Agile "люди и взаимодействие важнее процессов и инструментов, работающий продукт важнее совершенной документации, сотрудничество с заказчиком важнее согласования условий контракта, а готовность к изменениям важнее следования плану". Но что это значит на практике? Давайте разберемся вместе.

Ближайшее обучение по Agile и Scrum

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!