Описание шаблона Sprint Planning Template

Sprint Planning Template — это готовый набор артефактов для планирования спринта, состоящий из документа в форматах Word/PDF и рабочей книги Excel. Word‑шаблон фиксирует контекст спринта, цель, входящие данные с ретроспективы, выбранный бэклог спринта, определение готовности (Definition of Done), договоренности по ежедневным встречам и ролям, а также контакты ключевых участников. Excel‑файл дополняет его листами для фиксации цели спринта, емкости команды, реестра кандидатов в спринт, спринт‑бэклога, детальной декомпозиции задач, рисков, burndown‑графика, календаря Scrum‑ивентов и перечня используемых систем (Jira, Azure DevOps, Confluence, GitHub и др.).

Такое разделение позволяет использовать Word/PDF как официальный протокол и регламент встречи по планированию, а Excel — как живой операционный инструмент, который команда обновляет каждый день. В шаблоне уже предусмотрены ключевые для Scrum элементы: цель спринта, ориентир по Velocity и рекомендуемой загрузке (например, использование только 80% емкости), учет входящих замечаний с ретроспективы, список user stories со Story Points и назначениями, матрица Definition of Done и таблицы для построения Sprint Burndown. Благодаря этому команда может начать пользоваться шаблоном сразу после загрузки, заполняя подготовленные поля под свои задачи и процессы.

Как использовать шаблон

Как использовать шаблон в Word / PDF

В документе DOCX / PDF каждый раздел соответствует логике проведения Sprint Planning. В верхней части указывается базовая информация: название команды, спринта, роли Scrum Master и Product Owner, даты проведения встречи. Например: 
Команда: Core Platform Team, 
Спринт: Sprint 15 — Payment Improvements, 
Период: 05.01.2026–18.01.2026. 
Далее следует блок Sprint Goal, где формулируется цель одним–двумя измеримыми предложениями: «Основная цель спринта — сократить среднее время прохождения платежа с 12 до 8 секунд за счет оптимизации интеграции с платёжным шлюзом и кэширования ответов». Этот текст затем можно копировать в задачи и доски команды.

Ниже в документе предусмотрен раздел, который опирается на результаты ретроспективы (Sprint Retrospective Input). Здесь фиксируются ключевые выводы и улучшения, влияющие на планирование: например, «Слишком много незапланированных багов — договорились лимитировать незапланированную работу 20% емкости» или «Отсутствовало единое понимание Definition of Done — пересмотрели DoD и зафиксировали обязательный code review и smoke‑тестирование». Эти вводные помогают сразу учесть опыт прошлых спринтов при выборе объема и формировании коммитмента.

Центральная часть Word‑шаблона — таблица Sprint Backlog. Она содержит столбцы ID, User Story, Story Points, Assignee и дополнительные поля под комментарии. Пример заполнения: 
ID: SP‑102; 
User Story: Как зарегистрированный пользователь, я хочу сохранять данные банковской карты, чтобы не вводить их при каждом платеже;
Story Points: 13; 
Assignee: Иванов И.
Рядом можно кратко обозначить критерии приемки или сослаться на отдельный документ с Acceptance Criteria. После утверждения набора историй таблица отражает окончательный объем коммитмента команды.

Отдельный крупный блок документа посвящен Definition of Done. Здесь перечислены обязательные условия, при выполнении которых история считается завершенной: unit‑тесты написаны и проходят, выполнен peer review, не менее 80% тестов покрывают критический функционал, проверены нефункциональные требования, задокументированы изменения, Product Owner принял результат. В шаблоне этот раздел оформлен таблицей с пунктами и ответственными, что позволяет адаптировать DoD под ваш продукт. При изменении практик команды достаточно обновить этот блок, и все последующие спринты будут ссылаться на актуальную версию DoD.

В документ включены также разделы Sprint Burndown и Daily Standup. В описании Burndown фиксируется, как команда будет вести диаграмму (в Excel), как интерпретировать отклонения и с какой периодичностью анализировать тренд. В разделе Daily Standup прописаны правила ежедневных встреч: кто участвует (Scrum Master, Scrum Team, при необходимости Product Owner), формат ответов (что сделал вчера, что делаю сегодня, какие есть препятствия), лимит по времени (обычно 15 минут), а также договоренности по фиксации блокеров. Эти текстовые инструкции помогают выстроить единый подход к ежедневной синхронизации, особенно в распределенных командах.

В конце Word/PDF‑шаблона вынесены разделы с перечнем Scrum‑событий и контактами. Таблица Scrum‑ивентов перечисляет Sprint Planning, Daily Standup, Refinement / Backlog Grooming, Sprint Review / Demo, Sprint Retrospective и Product Backlog Refinement с примерной периодичностью и продолжительностью. Например, Refinement — 2–4 часа на спринт, Review — до 2 часов, Product Backlog Refinement — не реже одного раза за спринт. Раздел «Контакты» оформлен как таблица с ролями (Product Owner, Scrum Master, Tech Lead и др.), ФИО и рабочими email‑адресами — это упрощает коммуникацию и эскалации по итогам планирования.

Как использовать шаблон в Excel

Рабочая книга XLSX включает несколько логически связанных листов. На первом листе Sprint Planning указывается основная информация о спринте: название, даты, команда, Product Owner и Scrum Master. Здесь же можно хранить общий комментарий по фокусу итерации. Пример: 
Sprint — Sprint 15
Scrum Master — Анна Смирнова
Product Owner — Иван Петров
Этот лист служит стартовой точкой и особенно удобен для быстрой навигации, если в книге несколько спринтов подряд.

Следующий лист (например, Sprint Goal или Capacity) используется для фиксации цели спринта и параметров емкости. В таблице уже предусмотрены строки под цель, планируемую скорость (Velocity), целевой процент загрузки (например, 80% от исторической Velocity), а также строки под дополнительные замечания: отпуска, праздники, параллельные проекты. Пример заполнения: 
Velocity: 30 SP
Capacity (80%): 24 SP
комментарий: «Два разработчика отсутствуют по одному дню, поэтому планируем чуть меньше обычного». 
Эти данные помогают Product Owner и команде выбирать реалистичный объем историй.

Отдельный лист предназначен для учета входящих данных с ретроспективы. В нем можно в столбцах фиксировать ID наблюдения, краткое описание проблемы или улучшения, предполагаемое действие и ответственного. Например: 
ID: R‑3
Описание: Частые прерывания во время работы; 
Действие: заблокировать 2 часа в день без митингов; 
Ответственный: Scrum Master. 
В следующих спринтах команда сможет отмечать статус выполнения этих действий и корректировать процесс планирования.

Лист Sprint Backlog в Excel повторяет по смыслу таблицу в Word, но ориентирован на ежедневное обновление. Поля включают ID, User Story, Story Points, Assignee и дополнительные колонки для статуса и комментариев. Пример строки: 
SP‑110
Push‑уведомления о статусе заказа; 
5 SP; 
Петров П.; 
In Progress
Здесь удобно использовать фильтры по исполнителям, статусам и эпикам, а также подсчет суммарных Story Points по спринту. При необходимости можно добавить условное форматирование для подсветки блокированных или приоритетных историй.

В книге присутствуют листы для декомпозиции работ на задачи, учета рисков и построения Sprint Burndown. На листе с задачами каждая строка привязана к конкретной истории (через поле Story ID) и содержит название задачи, оценку в часах, назначенного исполнителя и текущий статус. Например: «Task‑01; Story SP‑110; Настроить push‑канал для Android; 6 ч; Ассигни — Иванов И.; Статус — To Do». На листе с рисками оформляется таблица с описанием риска, вероятностью, влиянием, стратегией реагирования и ответственным — эти данные могут быть скопированы из Word‑раздела, но в Excel их проще обновлять по мере изменения ситуации.

Лист Burndown содержит таблицу для построения диаграммы выгорания Story Points по дням спринта. В строках обычно указываются дни спринта, в столбцах — плановое и фактическое количество оставшихся Story Points. Например, в день 1 — план 24 SP, факт 24 SP; день 5 — план 16 SP, факт 18 SP; день 10 — план 0 SP, факт 3 SP. На основе этих данных строится график, который помогает команде и стейкхолдерам визуально отслеживать, успевает ли спринт по плану или требуется корректирующее действие.

Дополнительные листы книги посвящены расписанию Scrum‑ивентов и перечню инструментов. На листе с событиями вы можете увидеть строки «Sprint Planning», «Daily Standup», «Refinement / Backlog Grooming», «Sprint Review / Demo», «Sprint Retrospective», «Product Backlog Refinement» с полями для дня недели, времени и формата (онлайн/офлайн). Например: «Daily Standup — каждый рабочий день, 10:00–10:15, онлайн в Zoom». Последний лист с инструментами перечисляет системы, используемые командой: Backlog — Jira или Azure DevOps, визуальная доска — Jira или Trello/Miro, документация — Confluence/Wiki, репозиторий кода — GitHub/GitLab, тест‑репортинг — TestRail/Allure. Это удобно при онбординге новых участников и выстраивании единого рабочего стека.

В чем помогает шаблон

Адаптация шаблона под конкретные файлы DOC и XLSX делает его особенно практичным для реальных проектов. Во‑первых, разбивка на разделы Sprint Goal, Retrospective Input, Sprint Backlog, Definition of Done, Burndown и Daily Standup полностью соответствует лучшим практикам Scrum и рекомендациям по проведению Sprint Planning. Команда не тратит время на изобретение структуры — достаточно следовать готовым блокам, последовательно отвечая на вопросы: какую цель мы ставим, какие улучшения учитываем, какой объем берем, как измеряем прогресс и какие события поддерживают спринт.

Во‑вторых, комбинация Word/PDF и Excel решает задачу одновременной прозрачности и операционной гибкости. Документ Word/PDF фиксирует официальные договоренности: цель, список историй, DoD, риски и контакты — его удобно показывать руководству, заказчикам и смежным командам. Excel‑файл, в свою очередь, служит рабочим планом: здесь живут оценки, статусы, ежедневные обновления и burndown‑таблица. Такое разделение уменьшает риск конфликтов между «тем, о чем договорились», и «тем, что реально происходит в задачах».

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

Этапы использования шаблона в проекте

На подготовительном этапе перед планированием Product Owner обновляет продуктовый бэклог и предварительно отбирает кандидатов в спринт, ориентируясь на текущие приоритеты и бизнес‑цели. В Excel‑книге на листе Sprint Planning и сопутствующих листах обновляются данные о скорости команды, доступности участников и потенциальной емкости спринта. Scrum Master собирает входные данные с прошлой ретроспективы и переносит ключевые действия в соответствующий раздел Word‑документа и лист ретроспективных замечаний в Excel, чтобы команда не забывала о договоренностях.

Во время самой встречи команда работает сначала с Word‑шаблоном: формулирует Sprint Goal, обсуждает ретроспективные выводы, проговаривает ограничения и риски. Затем вместе с Product Owner просматривается список предложенных user stories, уточняются детали и оценки. После того как набор историй согласован и вписывается в доступную емкость, они вносятся в таблицу Sprint Backlog в Word и параллельно в лист Sprint Backlog в Excel, где дополнительно указываются статусы и более детальные параметры.

После встречи начинается этап детализации и ежедневного использования. Команда разбивает истории на задачи в Excel, назначает исполнителей и заполняет оценки по часам. Scrum Master и команда ежедневно обновляют статусы задач и значения оставшихся Story Points на листе Burndown, используя эти данные на Daily Standup для обсуждения прогресса и блокеров. Если возникают новые риски или изменения, они фиксируются и в Excel, и при необходимости в Word/PDF‑версии, чтобы сохранить единое понимание контекста.

По завершении спринта Word‑документ и Excel‑книга служат основой для Review и Retrospective. На Review команда демонстрирует реализованный инкремент, опираясь на список историй из Sprint Backlog, а на ретроспективе анализирует соответствие плана и факта по burndown, объему выполненных историй, качеству и найденным дефектам. На основе этих данных корректируются практики и обновляются разделы Definition of Done, ретроспективных действий и планирования емкости. Таким образом, адаптированный под файлы «202_Sprint_Planning_RU_v1» шаблон становится не просто разовым документом, а устойчивым каркасом для всех будущих спринтов вашей команды.

Скачайте и начните использовать шаблон Планирование спринта (Sprint Planning)

Загрузите готовый шаблон и применяйте его в своём проекте без длительной подготовки. Формат оптимизирован для быстрых правок, понятной структуры и профессиональной презентации. Подходит как для IT-проектов, так и для классического управления по PMBOK.

Хотите адаптировать документ под свои процессы? Свяжитесь с нами и получите персональную консультацию от эксперта по проектному управлению.