Команда планирует запуск нового сервиса. Разработчики составляют список задач, руководитель назначает сроки, подрядчики приступают к работе. Но через несколько недель выясняется, что участники по-разному представляют конечный результат. Одни рассчитывают запустить полноценный сервис, другие готовят только прототип.
Избежать таких разногласий помогает дорожная карта проекта. Она показывает, к какому результату движется команда, какие основные этапы предстоит пройти и когда нужно получить промежуточные результаты.
Разберём, как составить дорожную карту, чем она отличается от обычного плана работ и как поддерживать её актуальность на протяжении проекта.
Дорожная карта проекта, или roadmap, — это план верхнего уровня, в котором зафиксированы цель проекта, основные этапы, контрольные точки и ориентировочные сроки.
Она помогает участникам договориться об ожидаемом результате и следить за общим ходом работы, не погружаясь в сотни отдельных задач.
Например, дорожная карта запуска интернет-магазина может включать разработку дизайна, создание каталога, подключение оплаты, тестирование и запуск. Для каждого этапа указывают срок и результат, который должна получить команда.
При этом в дорожной карте необязательно перечислять все задачи. Подробности можно вынести в отдельный рабочий план.
Оба инструмента помогают планировать проект, но решают разные задачи.
Дорожная карта показывает общую последовательность работы и результаты, которых нужно достичь. Она помогает руководителю, заказчику и команде понимать, как развивается проект.
План-график описывает работу подробнее: какие задачи нужно выполнить, кто за них отвечает, сколько времени они займут и как связаны между собой.
Для визуализации плана-графика часто используют диаграмму Ганта. На ней задачи и этапы представлены на временной шкале, поэтому удобно отслеживать сроки и зависимости.
Например, в дорожной карте запуска сайта может быть указан этап «Разработка каталога» со сроком завершения в июне. В плане-графике этот этап будет разбит на отдельные задачи: подготовку структуры данных, разработку интерфейса, настройку поиска и тестирование. Эти инструменты дополняют друг друга: дорожная карта помогает согласовать общую логику проекта, а диаграмма Ганта — организовать его выполнение.
Содержание карты зависит от масштаба проекта и того, кто будет ею пользоваться. Например, заказчику обычно достаточно видеть основные этапы и сроки, а руководителю проекта важны также ответственные и ключевые риски.
Чаще всего в дорожную карту включают:
Вехи стоит отличать от обычных задач. Например, «согласовать дизайн» — действие, а «дизайн утверждён заказчиком» — результат, который можно использовать как контрольную точку.
Для небольшой дорожной карты достаточно нескольких основных вех. Если контрольных точек слишком много и документ становится трудно читать, часть деталей лучше перенести в план-график.
Начинать удобнее с ожидаемого результата, а затем определять, какие этапы и работы нужны для его достижения. Так проще отделить действительно важные задачи от второстепенных.
Подумайте, кто будет пользоваться документом и какие решения он должен помогать принимать.
Руководству компании важно видеть цели, сроки и ключевые результаты. Руководителю проекта — также зависимости и риски. Исполнителям может понадобиться более подробное представление отдельных этапов.
Необязательно создавать разные документы: можно использовать одну карту с разной степенью детализации.
Опишите конкретный результат, которого команда должна достичь.
Например, «улучшить обработку заявок» — слишком общая формулировка. Она не объясняет, что именно нужно сделать.
Более конкретная цель: «За шесть месяцев запустить внутренний портал для обработки заявок 300 сотрудников».
По возможности сразу определите критерии успеха. Например, после запуска через портал должно поступать не менее 80% обращений.
Подумайте, какие промежуточные результаты необходимо получить на пути к цели.
Для портала заявок это могут быть утверждённые требования, готовый прототип, завершённые интеграции, успешное тестирование и запуск.
У каждой вехи должен быть понятный критерий достижения. Например, недостаточно написать «проведено тестирование»: важно определить, какие проверки должны быть пройдены и какие ошибки допустимы на момент запуска.
Теперь определите, какие крупные блоки работ приведут команду к запланированным вехам.
Например, перед запуском пилотной версии портала нужно завершить разработку основных функций и подключить необходимые корпоративные системы.
Не старайтесь сразу перечислить все задачи. На этом этапе достаточно понимать состав работ и результат каждого крупного блока.
Укажите предполагаемую продолжительность этапов и даты ключевых результатов.
Учитывайте не только время непосредственного выполнения работ, но и согласования, тестирование, поставки и другие зависимости.
Если проект должен завершиться к определённой дате, полезно предусмотреть запас времени на задержки. Особенно это касается этапов, которые зависят от внешних подрядчиков или решений заказчика.
У каждого этапа должен быть человек, который отвечает за его результат и координирует работу участников.
Также стоит заранее оценить, что может помешать выполнению плана. Например, задержка доступа к корпоративной системе способна сдвинуть сроки интеграции, а нехватка тестировщиков — запуск пилота.
Необязательно составлять подробный реестр рисков прямо в дорожной карте. Достаточно указать наиболее значимые, чтобы команда могла учитывать их при планировании.
Для небольшого проекта подойдёт таблица с этапами, сроками, контрольными точками и ответственными.
Если нужно наглядно показать последовательность работ, можно использовать временную шкалу. Для проектов с несколькими параллельными направлениями удобнее группировать этапы по командам или направлениям работы.
Ниже разберём, какие форматы подходят для разных ситуаций.
Покажите готовый план заказчику и ключевым участникам проекта.
Убедитесь, что все одинаково понимают цель, результаты этапов, сроки и ответственность. Если появляются замечания, внесите изменения до начала основной работы.
Сразу договоритесь, кто будет обновлять карту и как часто команда станет пересматривать её.
Допустим, компания хочет за шесть месяцев внедрить внутренний портал заявок для 300 сотрудников. Портал должен объединить обращения, которые раньше отправляли по электронной почте и через мессенджер.
Цель проекта — запустить портал и добиться, чтобы после внедрения через него поступало не менее 80% обращений.
Дорожная карта может выглядеть так:
| Этап | Срок | Ожидаемый результат | Ответственный |
| Сбор требований и дизайн | Месяц 1 | Требования и макеты согласованы | Руководитель проекта |
| Разработка основных функций | Месяцы 2–3 | Готов прототип для создания и обработки заявок | Руководитель разработки |
| Интеграции | Месяцы 3–4 | Подключены каталог сотрудников и корпоративная почта | Руководитель интеграций |
| Пилотное тестирование | Месяц 5 | Портал протестирован в двух отделах | Руководитель проекта |
| Запуск | Месяц 6 | Портал доступен всем сотрудникам, оценивается доля обращений через него | Руководитель проекта |
Пример условный. Сроки, состав этапов и показатели приведены для иллюстрации.
Из карты видно, к какому результату должна прийти команда на каждом этапе. При этом разработка основных функций и интеграции частично пересекаются по времени: часть работ можно выполнять параллельно.
Чтобы такой план работал, команда должна согласовать зависимости. Например, интеграцию с каталогом сотрудников нельзя завершить, пока не предоставлены необходимые доступы.
Детальные задачи — подготовка макетов, разработка форм заявок, настройка уведомлений — лучше вести отдельно. Они могут регулярно меняться, не затрагивая общую цель проекта.
В этом примере есть ещё один важный момент: запустить портал и добиться 80% обращений через него — не одно и то же. В конце шестого месяца можно проверить техническую готовность и доступность портала. А оценка доли обращений потребует заранее определённого периода наблюдения после запуска. Поэтому её лучше выделить в отдельный критерий оценки результата.
Подходит для проектов, которые должны завершиться к установленной дате: например, запуска нового сайта перед рекламной кампанией или подготовки продукта к выставке.
Этапы размещаются на временной шкале по неделям, месяцам или кварталам. Так проще увидеть, какие работы идут параллельно и когда должны быть достигнуты основные результаты.
Подходит для проектов, в которых несколько команд одновременно работают над разными частями результата.
Например, при запуске интернет-магазина можно выделить направления «Разработка», «Логистика», «Маркетинг» и «Поддержка». В каждом указать основные этапы и контрольные точки.
Такой формат помогает видеть общую картину и понимать, как работа одного подразделения связана с другими.
Этот формат чаще используют при развитии цифровых продуктов, когда приоритеты понятны, а точные сроки будущих изменений ещё неизвестны.
Работу распределяют по трём категориям:
Вместо обещания конкретных дат команда показывает последовательность приоритетов и степень определённости планов.
Now–Next–Later удобен, когда планы зависят от обратной связи пользователей и результатов исследований. Но для проекта с контрактными сроками или обязательной датой запуска он не заменит календарный план.
После начала проекта важно регулярно сверять план с фактическими результатами.
При этом дорожную карту не нужно переписывать после каждого изменения задачи. Если разработка отдельного компонента заняла на два дня больше, но срок ключевого этапа не изменился, достаточно обновить рабочий план.
Пересматривать дорожную карту стоит, когда меняются сроки основных этапов, требования заказчика, доступные ресурсы или ожидаемые результаты.
Частота зависит от проекта. Для короткой инициативы может подойти еженедельная проверка, для долгосрочной программы — ежемесячная или ежеквартальная.
Полезно назначить одного ответственного за актуальность карты и договориться, как участники будут узнавать об изменениях.
Для управления работой можно использовать Проекты VK WorkSpace.
В сервисе доступны разные представления задач, включая таблицы, канбан-доски и диаграммы Ганта. Они помогают организовать выполнение этапов дорожной карты и отслеживать сроки.
Например, крупные блоки работ можно оформить как отдельные задачи. Для контроля промежуточных результатов удобно создавать отдельные контрольные задачи с понятными критериями завершения. На диаграмме Ганта можно отслеживать график работ. Канбан-доска подойдёт для повседневного контроля задач внутри команды.
В Проектах также предусмотрены спринты, бэклог, управление портфелями и инструменты аналитики. Они помогают организовать работу, когда над реализацией дорожной карты участвуют несколько команд.
При этом сама дорожная карта и подробный список задач могут существовать на разных уровнях: первая показывает общий план, второй помогает управлять его выполнением.
Планируйте работу команды, назначайте ответственных, отслеживайте сроки и ход выполнения задач в одном сервисе.
Чтобы составить дорожную карту, сначала определите конечный результат и несколько ключевых контрольных точек. Затем опишите этапы, необходимые для их достижения, согласуйте сроки и назначьте ответственных.
Не пытайтесь сразу уместить в карту все задачи проекта. Достаточно показать основные результаты и порядок их достижения. Подробный план работ можно вести отдельно и обновлять по мере выполнения проекта.
Универсального количества нет. Для небольшого проекта может хватить нескольких контрольных точек, а для крупной программы потребуется больше.
Главное, чтобы вехи отражали значимые промежуточные результаты, а не повторяли каждую отдельную задачу.
Да. Если сроки пока неизвестны, можно указать последовательность этапов или использовать формат Now–Next–Later. По мере уточнения планов в карту добавляют временные ориентиры.
Дорожная карта показывает цели, основные этапы и результаты проекта. Диаграмма Ганта помогает представить работы на временной шкале и отслеживать их последовательность и сроки. При необходимости дорожную карту тоже можно визуализировать в формате временной шкалы.
Зависит от продолжительности и характера проекта. Пересматривать её стоит регулярно, а обновлять — при изменении основных сроков, целей, этапов или приоритетов.
Оставьте заявку в форме ниже. Проведем бесплатное демо и расскажем о возможностях инструментов.
