Бесплатный шаблон плана Agile-проекта с уставом (Excel, Sheets, PDF)
Этот бесплатный шаблон плана Agile-проекта расписывает ваш проект по спринтам — с целью, эпиками или функциями, запланированными стори-поинтами, релизами и статусом для каждого спринта, — а также содержит одностраничный устав Agile-проекта для видения, ролей и рабочих соглашений. Скачайте его в Google Sheets, Excel или PDF в базовой, продвинутой или экспертной версии с разобранным примером и без регистрации.
Главное
- План Agile-проекта — это облегчённый, регулярно обновляемый план, который задаёт направление (видение, цели, спринты, релизы), не фиксируя заранее каждую деталь.
- В шаблоне две вкладки: Agile-план с одной строкой на спринт и устав для видения, целей, ролей, событий, критериев готовности (Definition of Done), рисков и ограничений.
- Детально планируйте один-два ближайших спринта, а последующие — только на уровне эпиков.
- Прогнозируйте на основе фактической скорости команды в виде диапазона, а не единственного обещания.
- Обновляйте план после каждого обзора спринта, чтобы он всегда отражал, что реализовано и что команда узнала.
Бесплатно · без регистрации
Получить шаблон Agile-плана проекта
Выберите уровень и формат: Google Sheets, Excel или готовый к печати PDF. Таблицы содержат выпадающие списки, формулы и примеры строк, которые можно заменить своими.
Полный шаблон со всеми вкладками, выпадающими списками и формулами.
Что такое план Agile-проекта?
Так называемый План Agile-проекта — это облегчённый план для проекта, реализуемого короткими итерациями. В нём изложены видение и цели продукта, команда, запланированные спринты с целью для каждого, ожидаемые в них эпики или функции и целевые даты релизов. В отличие от традиционного плана, он пересматривается в конце каждого спринта по мере того, как команда узнаёт новое.
Agile-команды планируют — просто иначе. Agile Manifesto ценит «готовность к изменениям выше следования плану», а значит, план существует, чтобы направлять решения, а не чтобы его защищали от изменений. Планирование происходит понемногу и часто, с детализацией только там, где она полезна.
В Scrum владелец продукта отвечает за бэклог продукта и его приоритеты, поэтому обычно он отвечает и за содержание плана. Поддерживает его и делится им с заинтересованными сторонами часто руководитель проекта, руководитель реализации или Scrum-мастер.
Более широкую картину см. в нашем руководстве о роли плана проекта в Agile.
Место плана: уровни Agile-планирования
Agile-планирование работает на нескольких горизонтах — от долгосрочного направления до следующего рабочего дня. Этот шаблон находится посередине и связывает дорожную карту с отдельными спринтами:
| Уровень | Горизонт | На какой вопрос отвечает | Где планировать |
|---|---|---|---|
| Видение | Жизненный цикл продукта | Зачем мы это делаем? | Вкладка «Устав» |
| Дорожная карта | От кварталов до года | Какие результаты и примерно в каком порядке? | Шаблон дорожной карты продукта |
| План релизов | От недель до месяцев | Что войдёт в каждый релиз? | Шаблон плана релиза |
| План Agile-проекта | Спринты проекта | Для чего каждый спринт и когда мы выпускаем релиз? | Этот шаблон |
| План спринта | Один спринт | Что мы будем делать в этом спринте и как? | Шаблон планирования спринта |
| План на день | Один день | Что мы сделаем сегодня для достижения цели спринта? | Ежедневный Scrum |
Небольшие проекты могут использовать этот шаблон и как план релизов, и как план проекта. Крупные продукты с несколькими командами обычно ведут отдельные дорожную карту и план релизов.
Что входит в этот шаблон плана Agile-проекта
В шаблоне две вкладки с примерами данных, которые вы заменяете своими. Вот живой предварительный просмотр первой вкладки:
| Спринт | Даты | Цель спринта | Эпики / функции | Плановые стори-поинты | Релиз? | Статус |
|---|---|---|---|---|---|---|
| Спринт 1 | 2 – 13 мар. | Пользователи могут безопасно входить в систему | Вход, сброс пароля | 26 | Нет | Готово |
| Спринт 2 | 16 – 27 мар. | Пользователи могут просматривать счета | Список счетов, загрузка в PDF | 28 | Нет | В работе |
| Спринт 3 | 30 мар. – 10 апр. | Администраторы могут управлять пользователями | Администрирование пользователей, экспорт | 30 | Да (R1) | Не начато |
| Спринт 4 | 13 – 24 апр. | Справка внутри приложения | Справочный центр | 28 | Нет | Не начато |
Строки-примеры приведены для иллюстрации: замените их своими.
- Agile-план: Спринт, Даты, Цель спринта, Эпики / функции, Плановые стори-поинты, Релиз?, Статус
- Устав: элемент, подробности
Вкладка «Agile-план»
- Спринт: название или номер спринта.
- Даты: начало и конец спринта.
- Цель спринта: результат, которого должен достичь спринт, сформулированный с точки зрения пользователя.
- Эпики / функции: основные части работы, запланированные на этот спринт.
- Плановые стори-поинты: стори-поинты, которые команда рассчитывает выполнить исходя из скорости.
- Релиз?: завершается ли спринт релизом и каким (например, «Да (R1)»).
- Статус: выпадающий список со значениями «Не начато», «В работе», «Приостановлено», «Заблокировано» и «Готово».
Вкладка «Устав»
Облегчённый устав Agile-проекта со строками для видения продукта, целей и показателей успеха, владельца продукта, Scrum-мастера, разработчиков, заинтересованных сторон, длительности спринта (в примере — две недели), событий, критериев готовности (Definition of Done), ключевых рисков и бюджета или ограничений. Строка событий показывает пример ритма: планирование спринта в понедельник, ежедневный Scrum в 09:30, обзор и ретроспектива в последнюю пятницу.
Базовая, продвинутая и экспертная версии
| Версия | Что входит | Лучше всего для |
|---|---|---|
| Начальный уровень | Вкладка «Agile-план» с пятью столбцами: Спринт, Даты, Цель спринта, Эпики / функции и Статус | Небольшие команды и первые Agile-проекты |
| Продвинутый уровень | Обе вкладки: полный Agile-план из семи столбцов с выпадающим списком статуса и устав | Большинство проектов |
| Экспертный | Продвинутый шаблон плюс вкладка «Инструкции», дашборд, подсчитывающий спринты по статусам, цвета статусов («Готово» — зелёный, «В работе» — жёлтый, «Заблокировано» — красный) и вкладка «История изменений» | Проекты, отчитывающиеся перед спонсором, управляющим комитетом или PMO |
Шаблон не содержит формул. Если вам нужна сумма запланированных поинтов, добавьте СУММ под столбцом «Запланировано поинтов».
Как пошагово составить план Agile-проекта
- Сначала напишите устав. Согласуйте видение продукта, две-три измеримые цели, роли, длительность спринта и время проведения событий. Кто исполняет каждую роль, см. в нашем руководстве по роли в Scrum-команде.
- Согласуйте критерии готовности (Definition of Done) , чтобы все знали, что означает «завершено» для каждого элемента. См. наш критериям готовности (Definition of Done) .
- Разбейте объём на эпики и функции в вашем шаблоне бэклога продукта, упорядочив их по ценности.
- Приблизительно оцените эпики. На этом этапе достаточно стори-поинтов или размеров футболок; вы уточните их перед каждым спринтом.
- Рассчитайте ожидаемую скорость. Используйте недавнее среднее значение команды или осторожное предположение для новой команды и учтите отпуска и другую работу.
- Распределите спринты. Добавьте по строке на спринт с датами, затем распределите эпики по спринтам в порядке бэклога, пока запланированные поинты каждого спринта не совпадут с вашей скоростью. Сформулируйте цель для каждого спринта.
- Отметьте точки релизов в столбце «Релиз?» и согласуйте их с заинтересованными сторонами.
- Пересматривайте план и прогноз после каждого обзора спринта. Обновляйте статус, переносите незавершённую работу и корректируйте последующие спринты на основе фактической скорости и обратной связи.
Советы по работе с электронной таблицей
- Сохраняйте завершённые спринты в плане. Они служат записью фактической реализации и основой для следующего прогноза.
- Фильтруйте по статусу , чтобы показывать заинтересованным сторонам только текущие и ближайшие спринты.
- Добавьте столбец фактических поинтов , если хотите сравнивать запланированную и выполненную работу по спринтам.
- Заполните ключевые риски в уставе, а затем полноценно управляйте ими в шаблон реестра рисков.
Пример плана Agile-проекта
Пример плана в шаблоне относится к клиентскому порталу, реализуемому двухнедельными спринтами:
| Спринт | Цель спринта | Эпики / функции | Поинты | Релиз? | Статус |
|---|---|---|---|---|---|
| Спринт 1 (2–13 марта) | Пользователи могут безопасно входить в систему | Вход, сброс пароля | 26 | Нет | Готово |
| Спринт 2 (16–27 марта) | Пользователи могут просматривать счета | Список счетов, загрузка в PDF | 28 | Нет | В работе |
| Спринт 3 (30 марта – 10 апреля) | Администраторы могут управлять пользователями | Администрирование пользователей, экспорт | 30 | Да (R1) | Не начато |
| Спринт 4 (13–24 апреля) | Справка внутри приложения | Справочный центр | 28 | Нет | Не начато |
- Каждая цель спринта описывает результат для пользователей, а не список задач. Если часть функций сдвинется, команда всё равно сможет достичь цели.
- Первый релиз (R1) выходит после спринта 3, когда вход, счета и администрирование пользователей образуют пригодный к использованию продукт.
- Запланированные поинты остаются близкими к скорости команды (около 28), поэтому ни один спринт не перегружен.
- Спринт 4 запланирован только на уровне функций; детали будут проработаны на планировании спринта.
Как сформулировать хорошую цель спринта
| Слабая цель спринта | Более сильная цель спринта |
|---|---|
| Завершить истории с 14 по 22 | Клиенты могут скачивать свои счета в формате PDF |
| Поработать над отчётностью | Руководители видят еженедельные продажи по регионам на одном дашборде |
| Исправление ошибок | Ошибок при оформлении заказа становится настолько меньше, что клиенты могут завершить оплату без обращения в поддержку |
Наши Планирование спринта объясняет, как команда согласует цель и работу в начале каждого спринта.
Прогнозирование по скорости
Скорость — это число стори-поинтов, которое команда выполняет за спринт. Когда у вас будут данные за три–пять спринтов, используйте диапазон, а не только среднее. Например, если за последние спринты команда выполнила 24, 28 и 31 поинт, а осталось 140 поинтов работы:
- При самом медленном темпе (24 поинта) работа займёт около 6 спринтов.
- При среднем темпе (около 28 поинтов) — 5 спринтов.
- При самом быстром темпе (31 поинт) — около 4,5 спринта, то есть на практике 5.
Говорите заинтересованным сторонам «пять–шесть спринтов», а не одну дату, и сужайте диапазон по мере получения данных. Если дата фиксирована, переверните вопрос: какая часть бэклога поместится до этой даты? Скорость — инструмент планирования для команды, а не целевой показатель эффективности; сравнивать скорость разных команд бессмысленно, потому что каждая команда оценивает поинты по-своему.
Agile-план и традиционный план проекта
| Традиционный план проекта | План Agile-проекта | |
|---|---|---|
| Что фиксировано | Объём, а затем оцениваются время и стоимость | Время (спринты) и команда при гибком объёме |
| Уровень детализации | Детально для всего проекта заранее | Детально только для одного-двух ближайших спринтов |
| Единица планирования | Задачи и пакеты работ | Эпики, функции и пользовательские истории |
| Мера прогресса | Процент выполнения относительно базового плана | Поставленные работающие инкременты и достигнутые цели спринтов |
| Когда меняется | Через формальное управление изменениями | После каждого обзора спринта |
| Типичный формат | Диаграмма Ганта и график | План по спринтам и бэклог |
Ни один не лучше во всех ситуациях. Для фиксированной, хорошо понятной работы подходит традиционный шаблон плана проекта; неопределённым или развивающимся продуктам полезен Agile-план.
Использование плана с Kanban или гибридным подходом
Kanban-команды
В Kanban нет спринтов, но этот шаблон всё равно можно использовать. Замените каждый спринт периодом планирования, например месяцем или кварталом, используйте столбец цели спринта для цели периода, а запланированные поинты замените ожидаемой пропускная способность (числом элементов, завершённых за период). Наше руководство по планирование в Kanban подробнее описывает ритмы.
Гибридные проекты
Многим организациям нужны фиксированные вехи для управления, финансирования или договоров, тогда как команда реализации работает спринтами. Добавьте ваши вехи проекта в столбец «Релиз?» или отдельными строками и отчитывайтесь о прогрессе относительно них на каждом обзоре спринта. Если заинтересованные стороны ожидают представление в виде временной шкалы, рядом с этим планом может существовать Agile-диаграмма Ганта на уровне эпиков.
Типичные ошибки в плане Agile-проекта
- Детальное планирование каждого спринта заранее. Это каскадный план в Agile-одежде; детализация дальше одного-двух ближайших спринтов обычно напрасна.
- Цели спринта в виде списков задач. Цель должна описывать результат.
- Перегрузка спринтов. Планируйте исходя из реальной скорости, а не той, на которую надеетесь.
- Восприятие прогноза как обязательства. Сообщайте диапазоны и обновляйте их каждый спринт.
- Пропуск устава. Без согласованного видения и критериев готовности команды впоследствии спорят о приоритетах и качестве.
- План устаревает. Если его не обновлять после Обзор спринта, заинтересованные стороны перестают ему доверять.
- Измерение только объёма выполненной работы. Отслеживайте, достигаются ли цели и результаты, а не только сколько поинтов выполнено.
Связанные шаблоны и руководства
Формулируйте элементы бэклога с помощью шаблона пользовательской истории, визуализируйте работу на шаблон Kanban-доски и улучшайте каждый спринт с помощью шаблон ретроспективы спринта. О всём процессе от старта до релиза читайте в статье о том, как вести Agile-проект.
Шаблон плана проектаБесплатный шаблон плана проекта с целями, содержанием, результатами, задачами, ответственными, датами и…Начальный · Продвинутый · Экспертный
Шаблон планирования спринтаБесплатный шаблон планирования спринта с целью спринта, загрузкой, выбранными элементами бэклога, стори-…Начальный · Продвинутый · Экспертный
Шаблон дорожной карты продуктаБесплатный шаблон дорожной карты продукта с темами, инициативами, кварталами, ответственными и статусом; также…Начальный · Продвинутый · Экспертный
Шаблон плана релизов AgileБесплатный шаблон плана релизов Agile: релизы, спринты, фичи, стори-поинты, скорость…Начальный · Продвинутый · Экспертный
Шаблон ретроспективы спринтаБесплатный шаблон ретроспективы спринта: что прошло хорошо, что улучшить, идеи и действия…Начальный · Продвинутый · Экспертный
Шаблон Kanban-доскиБесплатный шаблон Kanban-доски со столбцами «К выполнению», «В работе», «На проверке» и «Готово», WIP-лимитами…Начальный · Продвинутый · ЭкспертныйЧастые вопросы
Что такое шаблон Agile-плана проекта?
Шаблон плана Agile-проекта — это облегчённый план, в котором изложены видение, цели, команда, спринты, цели спринтов, эпики и релизы Agile-проекта; он предназначен для обновления в каждом спринте.
Этот шаблон Agile-плана проекта бесплатный?
Да. Шаблон плана Agile-проекта можно бесплатно скачать в Google Sheets, Excel и PDF в базовой, продвинутой и экспертной версиях без регистрации.
Нужен ли Agile-проектам план проекта?
Да. Agile-проекты тоже планируются, но короткими циклами. План задаёт направление и цели релизов и пересматривается после каждого спринта, а не фиксируется в начале.
Что должен включать план Agile-проекта?
Видение и цели продукта, роли, длительность спринта и события, критерии готовности (Definition of Done), эпики или функции, запланированные по спринтам, цели спринтов, точки релизов, ключевые риски и ограничения.
Включает ли шаблон устав Agile-проекта?
Да. Вкладка «Устав» — облегчённый устав Agile-проекта, охватывающий видение, цели, роли, заинтересованные стороны, длительность спринта, события, критерии готовности, риски и ограничения.
Чем план Agile-проекта отличается от традиционного плана проекта?
Традиционный план проекта фиксирует объём заранее и планирует каждую задачу. План Agile-проекта фиксирует время и команду, оставляет объём гибким и детально планирует только один-два ближайших спринта.
Как составить план Agile-проекта?
Напишите устав, согласуйте критерии готовности, разбейте объём на эпики, приблизительно оцените их, рассчитайте ожидаемую скорость, распределите эпики по спринтам с целью для каждого, отметьте релизы и обновляйте план после каждого обзора спринта.
Как часто нужно обновлять план Agile-проекта?
После каждого обзора спринта — на основе того, что реализовано, фактической скорости команды и обратной связи заинтересованных сторон.
Кто отвечает за план Agile-проекта?
Владелец продукта отвечает за приоритеты и содержание. Документ часто поддерживает и распространяет среди заинтересованных сторон руководитель проекта, руководитель реализации или Scrum-мастер.
Можно ли использовать шаблон Agile-плана проекта с Kanban?
Да. Замените спринты месячными или квартальными периодами, используйте столбец цели для цели каждого периода и отслеживайте пропускную способность вместо стори-поинтов.
Можно ли представить план Agile-проекта в виде диаграммы Ганта?
Да, на уровне эпиков или релизов. Высокоуровневая Agile-диаграмма Ганта помогает заинтересованным сторонам, которые ожидают временную шкалу, а команда работает по бэклогу.
Чем план Agile-проекта отличается от плана релизов?
План релизов сосредоточен на том, что выходит в каждом релизе. План Agile-проекта также охватывает видение проекта, роли, события и цели спринтов. Небольшие проекты часто объединяют оба в этом шаблоне; крупные используют отдельный шаблон плана релизов.
Чем отличаются начальная, продвинутая и экспертная версии шаблона Agile-плана проекта?
Базовая версия — вкладка «Agile-план» с пятью основными столбцами. Продвинутая содержит обе вкладки, все семь столбцов плана и выпадающий список статуса. Экспертная добавляет инструкции, дашборд, подсчитывающий спринты по статусам, цвета статусов и историю изменений.