Спринт связывает короткий цикл с осмысленной целью
В Scrum спринт — фиксированный период длительностью не более месяца, в котором создаётся ценность и происходят необходимые события. Его смысл не сводится к сроку для случайного набора задач.
Учебная команда улучшает запись на занятия. Можно набрать в цикл правки цвета, новый отчёт и случайную просьбу коллеги. А можно выбрать цель: помочь посетителю понять разницу форматов до отправки заявки. Во втором случае проще объяснить, почему одни задачи вошли, а другие подождут.
В обычной речи спринтом называют и другие короткие рабочие периоды. В этой статье речь о Scrum и планировании продуктовой работы. Если ваша команда использует собственный недельный цикл, полезно сохранить честное различие терминов.
- Список
Исправить текст, передвинуть кнопку, добавить блок. Связь неясна.
- Цель
Сделать выбор формата понятнее; конкретные работы подбираются под это изменение.
Три вопроса планирования
Scrum Guide описывает Sprint Planning через вопросы о ценности спринта, том, что можно завершить, и способе выполнения выбранной работы. Цель формируется совместно, а Developers планируют, как создать результат, соответствующий Definition of Done.
| Вопрос | Ответ команды |
|---|---|
| Зачем этот цикл? | Проверить понятность выбора формата занятия |
| Что возьмём? | Уточнение объяснения и необходимое изменение сценария записи |
| Как выполним? | Подготовка содержания, реализация, проверка и обсуждение результата |
| Что пока не берём? | Несвязанный отчёт и косметические изменения без влияния на цель |
Последняя строка важна: цель помогает не только включать работу, но и объяснять отложенное. При этом нельзя игнорировать реальные обязательства. Если есть срочная необходимая работа, её влияние нужно обсудить до обещания недоступной ёмкости.
Как оценить доступную ёмкость
Проверьте участие людей, внешние события и необходимую работу по качеству. Если в периоде есть отпуск или обязательное обслуживание, календарная длительность не равна полному доступному времени команды. Опирайтесь на собственный прошлый опыт, сохраняя неопределённость.
- Доступность
Кто и когда действительно может работать?
- Готовность кандидатов
Достаточно ли ясны результат и ограничения?
- Качество
Помещаются ли реализация и необходимая проверка?
Не заполняйте период на сто процентов оптимистичными оценками только ради красивого плана. Но и не назначайте универсальный резерв без понимания ситуации. Обсудите, какие неизвестные условия существенны и как они влияют на прогноз.
Что делать с изменениями внутри цикла
Новые сведения неизбежны. Команда может уточнять способ достижения цели по мере обучения. Важно видеть влияние изменения, а не молча добавлять работу поверх выбранной. Внешняя просьба должна пройти обсуждение: связана ли она с целью, насколько необходима сейчас и что вытесняет?
- Назвать новый факт или запрос.
- Проверить влияние на цель и качество.
- Обсудить объём и последствия с нужными участниками.
- Обновить ближайший план прозрачно.
- Сохранить решение, чтобы команда не работала по разным ожиданиям.
Если цель стала неактуальной, это отдельная ситуация, а не обычная перестановка задач. В Scrum порядок отмены спринта и ответственность описаны официальным руководством. Не стоит придумывать своё правило и выдавать его за стандарт.
Планирование на конкретном наборе кандидатов
В учебном сервисе записи есть четыре кандидата: объяснить форматы занятий, исправить потерю выбранного времени, сделать отчёт для администратора и обновить декоративные иконки. Цель спринта — посетитель выбирает формат и завершает запись. Первые две работы связаны с целью; отчёт и иконки пока остаются за границей.
Сначала команда проверяет возможность завершить сценарий целиком. Объяснение бесполезно без работающей записи, а исправление записи требует проверки на нужных устройствах. Поэтому в план входят не только написание текста и код, но и интеграция, проверка, исправление найденного. Загрузка «на сто процентов разработкой» оставила бы эти работы невидимыми.
Далее учитывают фактическую доступность: отпуск, поддержку текущего продукта, заранее известные встречи. Оценка в условных единицах не отменяет календарных ограничений. Если один специалист нужен двум параллельным работам, команда обсуждает последовательность или уменьшение объёма. Не нужно выдавать сумму оптимистичных оценок за гарантию.
В результате появляется план достижения цели с понятным первым шагом. Он достаточно подробен, чтобы начать, но допускает уточнение по мере новых сведений. Чужой шаблон ёмкости не определяет, сколько команда обязана взять: решение основано на её возможностях и данных.
Что делать с незавершённой работой и срочным запросом
На третий день приходит просьба срочно добавить новый отчёт. Сначала выясните, действительно ли это обязательство, какие последствия отсрочки и связано ли оно с целью спринта. При необходимости команда и Product Owner обсуждают изменение объёма. Нельзя одновременно считать исходный план неприкосновенным и незаметно увеличивать его.
Если к концу цикла часть работы не готова, покажите фактическое состояние. Не помечайте карточку завершённой ради красивого процента. Обсудите остаток, ценность и порядок дальнейшей работы; перенос в следующий спринт не должен происходить без нового осмысления. Возможно, новая информация сделала исходное решение ненужным.
На разборе ищите причину ошибки прогноза: скрытая зависимость, недоступный специалист, слишком крупный элемент, запоздалая проверка. Выберите одно изменение следующего цикла. Например, проверять внешнюю интеграцию до детальной реализации, а не просто обещать «оценивать точнее».
Успех спринта оценивают через цель и пригодный результат. Число закрытых задач без контекста не позволяет сравнивать команды: одну и ту же работу можно разбить на пять или двадцать карточек.
Выбираем ближайший проверяемый шаг
Начните с одной задачи: «Подготовить проверку понятности выбора формата». В описании зафиксируйте ожидаемый выход: есть сценарий, вопросы наблюдения и критерии, по которым команда обсудит результат улучшения. Не обязательно переносить весь материал статьи в сервис: сохраните то, что понадобится при выполнении.
Поставьте подготовку проверки до окончания реализации. Сохраните её рядом с остальными действиями, чтобы обсуждение результата опиралось на факты.
- Создайте задачу с конкретным действием в названии.
- Добавьте условия готовности и нужный контекст в описание.
- Выберите день для выполнения и проверьте, помещается ли работа рядом с остальными обязательствами.
Регистрация в Sinqly бесплатная. Сам пример из статьи можно выполнить и в обычном документе; сервис помогает возвращаться к выбранным действиям.
Как завершать цикл с полезным знанием
Рассмотрите пригодный результат и новые сведения о продукте. Затем отдельно обсудите способ работы: где возникло ожидание, что помогло, какой эксперимент стоит провести дальше. Продуктовая обратная связь и улучшение процесса связаны, но это разные вопросы.
Не оценивайте цикл только по доле закрытых пунктов. Можно выполнить много мелких задач и не продвинуть цель. Можно узнать важное ограничение, которое изменит дальнейший выбор. Сохраняйте связь между целью, фактическим результатом и следующим решением.
Хороший спринт оставляет результат и основание для следующего выбора. Календарная граница полезна вместе с прозрачной работой и проверкой.
Что ещё стоит уточнить
Обязательно ли спринт длится две недели?
Нет. В Scrum длительность фиксирована и не превышает месяца. Конкретный ритм выбирают с учётом условий и возможностей получать обратную связь.
Можно ли добавлять задачи по ходу?
Изменения требуют прозрачного обсуждения влияния на цель, объём и качество. Нельзя считать ёмкость команды бесконечной.
Что делать с незавершённым?
Проверить фактическое состояние и причины, затем заново принять решение о дальнейшей работе. Автоматический перенос не заменяет выбора.
Помогло разобраться?
Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.
Источники и примечания
- Scrum Guide: правила и события Scrum
- Scrum Guide: Sprint
- Предлагаемый порядок — редакционная практика, а не обещание одинакового результата для всех.



