Планирование спринта: как настроить с нуля

Понедельник, команда собирается на планёрку. Кто-то предлагает взять побольше, «чтобы точно хватило», кто-то тянет любимые задачи, а список на две недели пухнет, пока не превращается в свалку. Через неделю выясняется грустное: половину не тронули, зато всплыли три срочных дела, которых в плане не было. Знакомо? Так обычно выглядит команда, у которой планирование спринта держится на интуиции, а не на процессе.

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

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

В этой статье:

• Что такое спринт и зачем планировать его заранее
• Что подготовить до старта планирования
• Пошаговый гайд: как собрать спринт с нуля
• Как оценивать задачи: story points, часы и «размеры футболок»
• Сравнение инструментов для планирования спринта
• Планирование под разные команды и сценарии
• Пример: как выглядит готовый спринт
• Частые ошибки при планировании спринта

Что такое спринт и зачем планировать его заранее

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

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

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

Что подготовить до старта планирования

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

Соберите и причешите бэклог

Бэклог — общий список всего, что команда когда-нибудь хочет или должна сделать: фичи, правки, идеи, технический долг. Перед планёркой его стоит причесать (в Scrum это называют грумингом). Уберите дубли, выкиньте потерявшее смысл, а важное поднимите наверх. Каждая задача в верхушке должна быть сформулирована так, чтобы исполнителю было понятно, что считать готовым результатом.

Практичный признак здорового бэклога: верхние 10–15 задач готовы к работе хоть сейчас, а всё остальное лежит ниже как склад идей. Если верхушка сырая, планёрка превратится в сочинение задач на ходу.

Оцените мощность команды

Второе, что нужно знать до старта, — сколько времени реально есть у команды на этот отрезок. Учтите отпуска, больничные, совещания и дежурства. Человек на полной ставке редко работает по задачам все 40 часов в неделю: часть времени съедают встречи и переключения. Заложите на это запас.

Если команда работает не первый спринт, ориентиром служит velocity: средний объём, который она стабильно закрывает за цикл. Новой команде опереться пока не на что, поэтому первый спринт берите с осознанным недобором. Лучше закрыть план и добавить, чем сорвать взятое.

Договоритесь о длине спринта

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

Пошаговый гайд: как собрать спринт с нуля

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

Шаг 1. Сформулируйте цель спринта

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

Хорошая цель помогает принимать решения в середине спринта. Прилетела срочная задача? Сверьтесь с целью: если она работает на результат, берём; если нет, кладём в бэклог. Без цели любой спринт превращается в мешок несвязанных дел, и в конце нечего показать.

Шаг 2. Отберите задачи из бэклога

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

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

Шаг 3. Оцените задачи

Оценка отвечает на вопрос, поместится ли выбранное в доступное время. Как именно оценивать, в часах, story points или размерах, разберём в отдельном разделе ниже. Сейчас важен принцип: оценивает тот, кто будет делать, а не руководитель со стороны. Люди на местах видят подводные камни, которых не видно сверху.

Если задача не оценивается, потому что «непонятно, там надо разбираться», это сигнал. Такую задачу дробят на исследование и саму работу либо выносят в отдельный цикл. Огромные неоценимые задачи — главный источник сорванных планов.

Шаг 4. Разбейте крупное на подзадачи и назначьте ответственных

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

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

Шаг 5. Соберите доску спринта

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

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

Шаг 6. Зафиксируйте договорённости

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

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

Как оценивать задачи: story points, часы и «размеры футболок»

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

Оценка в часах

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

Story points

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

«Размеры футболок»

Самый быстрый способ: задачи раскидывают по размерам S, M, L, XL без всяких цифр. Хорош, когда команда только учится оценивать и важна скорость, а не точность.

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

Сравнение инструментов для планирования спринта

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

Инструмент	Кому подходит	Сильная сторона для спринтов	Ограничение
Мяудза	российские команды 3–30 человек	доски под спринты + CRM + мессенджер в одном окне, данные в РФ, быстрый старт	молодой продукт, экосистема меньше зарубежных
Jira	продуктовые и IT-команды	зрелые спринты, velocity, burndown, отчёты	тяжёл и избыточен для нетехнических команд
Яндекс Трекер	команды в экосистеме Яндекса	agile-доски и спринты, данные в РФ	интерфейс не самый дружелюбный для новичков
Kaiten	любители гибкого канбана	тонкая настройка досок и метрик	требует времени на освоение
Weeek	небольшие команды	простые спринты и приятный интерфейс	функции для роста идут в платных тарифах
Trello	самые маленькие команды	предельная простота, старт за минуты	нет встроенных спринтов и оценки из коробки

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

Планирование под разные команды и сценарии

Универсального рецепта нет: то, что помогает продуктовой команде, тормозит маленькое агентство. Несколько типовых сценариев.

Команда без опыта спринтов. Начните с малого: двухнедельный цикл, одна цель, оценка размерами, доска из четырёх колонок. Не тащите сразу velocity, story points и диаграммы. Цель первых спринтов не в идеальных метриках, а в привычке доводить взятое до конца.

Продуктовая IT-команда. Здесь спринты в родной среде: цель на инкремент, story points, burndown, ретроспектива в конце. Есть смысл в velocity как ориентире для объёма. Инструмент нужен зрелый, с отчётами и историей, иначе метрики придётся считать руками.

Digital-агентство. Один цикл делят несколько клиентских проектов сразу, и важно не путать задачи между ними. Помогают отдельные пространства под клиентов и связь задач с историей общения. Когда доска стоит рядом с CRM, вся картина по клиенту оказывается в одном месте.

Отдел в компании (маркетинг, поддержка, бэк-офис). Часто Scrum по учебнику избыточен, но короткие циклы с целью и доской заметно наводят порядок. Берите гибкий вариант: цель на две недели, простая доска, оценка размерами. Формальные ритуалы подключайте только тогда, когда почувствуете в них нужду.

Пример: как выглядит готовый спринт

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

Цель спринта звучит так: «Сократить среднее время первого ответа с 4 часов до 1,5». Одно предложение, понятный результат, легко проверить в конце.

Задачи под цель, отобранные из бэклога и оценённые размерами:

• Подключить автоответ на типовые вопросы — M
• Собрать базу из 20 готовых ответов — L
• Настроить распределение обращений по дежурствам — M
• Сделать шаблон для эскалации сложных заявок — S
• Провести обучение команды по новым шаблонам — S

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

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

Частые ошибки при планировании спринта

• Берут больше, чем успевают. Классика: план на 120% мощности, регулярный недокат и привычка не выполнять обещанное. Планируйте с запасом, оставляя место срочному.
• Планируют без цели. Набор задач без общей идеи не даёт фокуса, и в конце нечего показать. Сначала цель, потом задачи под неё.
• Оценивает не тот, кто делает. Оценка «сверху» оторвана от реальности. Оценивать должен исполнитель, который видит подводные камни.
• Тащат в цикл огромные задачи. Неоценимая задача на неделю проваливается целиком и тянет за собой план. Дробите на шаги по несколько часов.
• Меняют объём на ходу. Если в замороженный спринт постоянно залетают новые дела, план теряет смысл. Срочное берут только в обмен на что-то другое.
• Копируют Scrum по учебнику. Ритуалы ради ритуалов выматывают команду. Берите то, что решает вашу боль, остальное подключайте по мере надобности.

Как это устроено в Мяудзе

В Мяудзе спринт собирается там же, где команда общается и ведёт клиентов, а не в отдельном сервисе. Доска настраивается под ваш процесс без программистов: колонки, этапы и карточки со сроками и ответственными. Задачи связаны с командным мессенджером и CRM, поэтому обсуждение по карточке и история клиента всегда рядом, а не в трёх разных вкладках.

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

Попробовать Мяудзу бесплатно — и собрать первый спринт своей команды.

Итог

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

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

Дальше по теме: управление проектами: методы, этапы и инструменты и как выбрать таск-трекер и не переплатить.