К статье
Практика · от решения к действию6 минут чтения

Спринт в разработке: цель, планирование и проверка результата

Как сформулировать цель спринта, выбрать посильную работу и проверить результат. Учебный пример улучшения записи на занятие и типичные ошибки планирования.

Спринт в разработке: цель, планирование и проверка результата

Спринт связывает короткий цикл с осмысленной целью

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

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

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

Список и цель
  1. Список

    Исправить текст, передвинуть кнопку, добавить блок. Связь неясна.

  2. Цель

    Сделать выбор формата понятнее; конкретные работы подбираются под это изменение.

Три вопроса планирования

Scrum Guide описывает Sprint Planning через вопросы о ценности спринта, том, что можно завершить, и способе выполнения выбранной работы. Цель формируется совместно, а Developers планируют, как создать результат, соответствующий Definition of Done.

Учебный разбор планирования
ВопросОтвет команды
Зачем этот цикл?Проверить понятность выбора формата занятия
Что возьмём?Уточнение объяснения и необходимое изменение сценария записи
Как выполним?Подготовка содержания, реализация, проверка и обсуждение результата
Что пока не берём?Несвязанный отчёт и косметические изменения без влияния на цель

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

Как оценить доступную ёмкость

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

Перед выбором объёма
  1. Доступность

    Кто и когда действительно может работать?

  2. Готовность кандидатов

    Достаточно ли ясны результат и ограничения?

  3. Качество

    Помещаются ли реализация и необходимая проверка?

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

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

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

  1. Назвать новый факт или запрос.
  2. Проверить влияние на цель и качество.
  3. Обсудить объём и последствия с нужными участниками.
  4. Обновить ближайший план прозрачно.
  5. Сохранить решение, чтобы команда не работала по разным ожиданиям.

Если цель стала неактуальной, это отдельная ситуация, а не обычная перестановка задач. В Scrum порядок отмены спринта и ответственность описаны официальным руководством. Не стоит придумывать своё правило и выдавать его за стандарт.

Планирование на конкретном наборе кандидатов

В учебном сервисе записи есть четыре кандидата: объяснить форматы занятий, исправить потерю выбранного времени, сделать отчёт для администратора и обновить декоративные иконки. Цель спринта — посетитель выбирает формат и завершает запись. Первые две работы связаны с целью; отчёт и иконки пока остаются за границей.

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

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

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

Что делать с незавершённой работой и срочным запросом

На третий день приходит просьба срочно добавить новый отчёт. Сначала выясните, действительно ли это обязательство, какие последствия отсрочки и связано ли оно с целью спринта. При необходимости команда и Product Owner обсуждают изменение объёма. Нельзя одновременно считать исходный план неприкосновенным и незаметно увеличивать его.

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

На разборе ищите причину ошибки прогноза: скрытая зависимость, недоступный специалист, слишком крупный элемент, запоздалая проверка. Выберите одно изменение следующего цикла. Например, проверять внешнюю интеграцию до детальной реализации, а не просто обещать «оценивать точнее».

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

Выбираем ближайший проверяемый шаг

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

02
Карточка задачи в настоящем интерфейсе Sinqly: название и описание помогают сохранить ожидаемый результат. На снимке — учебное предложение клиенту.Настоящий интерфейс Sinqly · учебные задачи
Карточка задачи с описанием результата в Sinqly

Карточка задачи в настоящем интерфейсе Sinqly: название и описание помогают сохранить ожидаемый результат. На снимке — учебное предложение клиенту.

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

  1. Создайте задачу с конкретным действием в названии.
  2. Добавьте условия готовности и нужный контекст в описание.
  3. Выберите день для выполнения и проверьте, помещается ли работа рядом с остальными обязательствами.
05
Обзор задач Sinqly показывает действия и даты на учебном проекте. Свой план можно собрать из таких же конкретных шагов.Настоящий интерфейс Sinqly · учебные задачи
Список учебных задач недели в Sinqly

Обзор задач Sinqly показывает действия и даты на учебном проекте. Свой план можно собрать из таких же конкретных шагов.

Регистрация в Sinqly бесплатная. Сам пример из статьи можно выполнить и в обычном документе; сервис помогает возвращаться к выбранным действиям.

Как завершать цикл с полезным знанием

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

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

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

Что ещё стоит уточнить

Обязательно ли спринт длится две недели?

Нет. В Scrum длительность фиксирована и не превышает месяца. Конкретный ритм выбирают с учётом условий и возможностей получать обратную связь.

Можно ли добавлять задачи по ходу?

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

Что делать с незавершённым?

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

Владислав Титов Основатель Sinqly

Разбираем рабочие решения на учебных примерах. Часы и задачи вымышлены; экраны сняты в настоящем интерфейсе Sinqly.

Сделаем следующий материал лучше

Помогло разобраться?

Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.

Насколько полезна статья?
Не помоглаТеперь понятно
Не указывайте пароли и личные данные. До 2000 символов.
Источники и примечания
Спринт в разработке: цель, планирование и проверка результата | Sinqly