Как составить дорожную карту проекта

Дорожная карта проекта показывает, какие результаты команда получит и в какой последовательности. Она связывает цель, этапы, сроки и ответственных в одном документе. Для начала подойдет обычная таблица. Разберем образец запуска интернет-магазина за 8 недель, обозначим вехи и распределим приоритеты методом MoSCoW.

Дорожная карта: что это такое

Дорожная карта, или road map (roadmap), описывает план развития проекта с ключевыми результатами. Документ помогает участникам понять направление работы и договориться об очередности этапов. Степень детализации зависит от аудитории и горизонта планирования.

Например, дорожная карта по реализации проекта интернет-магазина показывает подготовку каталога, оформление заказа и запуск продаж.

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

В карте полезно различать 3 элемента:

• Этап занимает период работы, например подготовку каталога товаров.
• Эпик объединяет крупный блок связанных задач, например оформление заказа. Внутри него могут быть корзина, выбор доставки и подтверждение покупки.
• Веха фиксирует контрольную точку с проверяемым результатом, например успешный тестовый заказ.

Этап занимает время, а веха фиксирует достижение результата. Эпик может проходить через несколько этапов: разработку, проверку и запуск.

Зачем нужна дорожная карта

Карта помогает команде обсуждать последствия решений до начала работы. Если заказчик добавляет новую функцию, участники видят, какие результаты придется перенести.

• Согласовать ожидания. Заказчик и команда одинаково понимают состав первого запуска.
• Показать зависимости. Проверка заказа начинается после подготовки каталога и корзины.
• Распределить ответственность. У каждого результата есть человек, который отвечает за его достижение.
• Обозначить приоритеты. Команда отделяет обязательные результаты от дополнительных улучшений.
• Контролировать движение. Участники сравнивают завершенные вехи с согласованными ориентирами.

Документ сам по себе не гарантирует соблюдение сроков. Ответственные обновляют карту, когда меняются ресурсы, зависимости или требования. Так участники обсуждают решения по общему документу и видят последствия переносов.

Чем дорожная карта отличается от плана проекта

Дорожная карта показывает основные результаты и очередность их достижения. План проекта раскрывает задачи, исполнителей, ресурсы и рабочее расписание.

Различие связано с детализацией, а период планирования может совпадать.

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

Классификация дорожных карт

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

Для условного запуска за 8 недель подойдет временная шкала.

Для дальнейшего развития магазина используйте темы или Now–Next–Later. Колонка Later обозначает возможное направление, но не обещает дату выпуска.

Дорожная карта проекта: образец для интернет-магазина

Возьмем учебный проект с условными сроками и ролями. Команда планирует запустить магазин за 8 недель. Покупатель должен выбрать товар, оформить заказ и получить подтверждение.

Цель первого запуска – открыть полный путь покупки для ограниченного каталога. В примере команда загружает 20 товаров и проверяет передачу заказа менеджеру. Персональные рекомендации в первый запуск не входят.

Этот шаблон дорожной карты можно скопировать в электронную таблицу.

Каждая строка описывает крупный результат, а столбцы задают одинаковые правила планирования.

Буквы A–H помогают связывать строки без длинных повторов. Вехи расположены в конце соответствующих этапов. На временной шкале этапы обозначайте полосами, а вехи отмечайте ромбами.

Сроки учебного примера не отражают трудоемкость конкретного магазина. Замените сроки после обсуждения с исполнителями. Если один разработчик отвечает за C и D, отдельно согласуйте его загрузку.

Как расставить приоритеты в дорожной карте

Метод MoSCoW разделяет результаты по важности для выбранного запуска. Оценивайте каждый пункт относительно цели и доступных ресурсов.

• Must have обозначает обязательный результат. Без него запуск не достигает согласованной цели.
• Should have обозначает важное улучшение. Команда допускает запуск без него при наличии приемлемого решения.
• Could have обозначает дополнительную возможность. Команда берется за нее, если остается ресурс.
• Won’t have this time обозначает результат, исключенный из текущего объема. Команда может вернуться к нему позднее.

В образце каталог и оформление заказа получили Must. Без них покупатель не сможет завершить покупку. Фильтры получили Should: в условном каталоге из 20 товаров команда допускает ручной просмотр.

Обзор товаров получил Could, персональные рекомендации исключены из текущего запуска.

При нехватке ресурса сначала уберите дополнительные материалы, затем пересмотрите фильтры. Если перестает помещаться обязательное оформление заказа, обсуждайте объем или дату запуска. Снижение приоритета не устраняет обязательную зависимость.

Не назначайте всем строкам Must: такая маркировка не помогает выбирать.

Для каждого обязательного пункта сформулируйте последствие его отсутствия. Если цель запуска сохраняется, обсудите другой приоритет.

Как создать дорожную карту: пошаговая инструкция

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

1. Запишите цель над таблицей. Для примера используйте фразу «Запустить магазин с каталогом из 20 товаров к концу недели 8». В формулировке должны читаться результат и срок.
2. Укажите аудиторию рядом с целью. В нашем примере карту согласуют заказчик и руководители направлений. Поэтому документ показывает результаты этапов без подробностей реализации.
3. Заведите 8 столбцов: ID, этап или эпик, результат и веха, период, ответственный, зависимость, приоритет, статус. Шапка должна совпадать со структурой образца.
4. Заполните строки крупными блоками работы. Сохраните все строки A–H из образца, включая дополнительный обзор G и рекомендации H. Строку H оставьте со статусом «Вне текущего объема»: она фиксирует границу первого запуска. Отдельные исправления формы храните в плане задач.
5. Опишите веху каждого результата, включенного в запуск. Вместо «заниматься каталогом» напишите «опубликованы 20 карточек с ценами и описаниями». По формулировке должно быть понятно, как принять результат.
6. Назначьте одного ответственного за каждый результат. В рабочей карте замените роли из образца именами коллег. У строки должен появиться конкретный владелец.
7. Заполните зависимости буквами строк. Для проверки E укажите B и C. Так карта покажет, что перенос оформления заказа затронет проверку перед запуском.
8. Согласуйте периоды с исполнителями. В примере каталог занимает недели 2–3, оформление заказа занимает недели 3–5. Проверьте, что зависимый этап получает нужный результат к началу соответствующей работы.
9. Присвойте приоритеты MoSCoW. Оставьте Must у обязательного сценария покупки. Дополнительный обзор G пометьте Could, рекомендации H пометьте Won’t this time. Команда увидит, что можно сократить и что уже исключено.
10. Добавьте справа столбцы «Неделя 1» – «Неделя 8». Закрасьте ячейки периодов работы и поставьте символ ◆ в неделю завершения вехи. У каталога полоса займет недели 2–3, ромб появится на неделе 3. Строку H оставьте без полосы, поскольку срок рекомендаций не назначен.
11. Согласуйте карту с участниками. Попросите владельцев подтвердить сроки, результаты и зависимости. Зафиксируйте дату согласования над таблицей.
12. Обновляйте статусы на рабочей встрече, например раз в неделю. Используйте значения «Запланировано», «В работе», «Готово», «Заблокировано» для строк текущего запуска. При переносе C пересмотрите E и F.

Готовая карта позволяет ответить на 4 вопроса: что получим, когда, кто отвечает и что мешает. Если ответ теряется среди мелких задач, сократите детализацию.

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

Как сделать дорожную карту проекта онлайн

Электронная таблица подходит для первого варианта карты и обсуждения сроков. Если вы создаете дорожную карту онлайн, выбирайте инструмент под рабочий процесс команды. Для календарного планирования важны зависимости, для обсуждения инициатив удобнее свободная доска.

ProductPlan

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

GanttPRO

GanttPRO помогает создавать диаграммы Ганта и управлять графиком проекта. Он подходит, когда карта должна показывать сроки и зависимости. Для магазина свяжите окончание проверки с вехой открытия продаж.

ClickUp

ClickUp объединяет управление проектами и рабочими задачами команды. Если команда ведет работу в ней, связывайте крупные результаты с задачами исполнителей. Не переносите в представление для заказчика весь список поручений.

Miro

Miro предлагает виртуальную доску для совместной работы. На доске удобно обсуждать темы и очередность инициатив. Создайте области Now, Next и Later, затем разместите карточки результатов. Запишите на каждой карточке ответственного и критерий завершения.

Бесплатный тариф Miro допускает совместную работу с ограничением числа редактируемых досок.

Какой формат карты выбрать для своего проекта

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

• Если важна дата запуска, выбирайте временную шкалу с зависимостями и вехами.
• Если команда обсуждает направления развития, группируйте инициативы по темам.
• Если сроки пока неопределенны, используйте Now–Next–Later без обещаний точных дат.

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