Дорожная карта, которая не устаревает: вехи на Ганте и цели

Типичная картина: дорожная карта живёт в презентации или таблице. Её собрали к кварталу, показали руководству — и через две недели она устарела. Разработка одной вехи затянулась, вторая уехала следом, но в слайдах всё ещё старые даты, и никто их не трогает, потому что переверстать красивую картинку долго. Хуже того — карта оторвана от реальной работы: в презентации написано «Запуск в марте», а задачи запуска висят на доске сами по себе, и связи между строчкой роадмапа и живыми карточками нет. Когда веха сдвигается, это видно только тому, кто ведёт задачи; в карту сдвиг не долетает. А ещё непонятно, зачем каждая веха: она нарисована в плане, но не привязана к цели, поэтому в спорах «делаем это или то» нечем крыть — приоритет держится на том, кто громче настаивал. В итоге у команды одна реальность (задачи на доске), у руководства другая (слайд с роадмапом), и они расходятся тем сильнее, чем дольше идёт квартал.

Из чего складывается дорожная карта в Shtab вместо устаревающей презентации:

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

Продуктовая команда планирует полугодие: продакт-менеджер, тимлид, трое разработчиков и дизайнер. Раньше роадмап жил в презентации: красивые вехи «Бета — февраль», «Публичный релиз — апрель», «Интеграции — май». К первому же спринту план поехал, слайд остался прежним, и на статусе руководство спрашивало по устаревшей картинке. Решили собрать карту в Shtab. Открыли проект в представлении диаграммы Ганта и вынесли вехи как этапы на временной шкале: подготовка, закрытая бета, публичный релиз, интеграции, стабилизация. У каждого этапа — срок начала и окончания.

Дальше связали этапы зависимостями: публичный релиз не начинается раньше, чем закрыта бета; интеграции идут после релиза. Теперь план перестал врать: когда бета затянулась на две недели из-за найденных дефектов, Ганта сдвинула релиз и всё, что за ним, — и стало сразу видно, что интеграции уезжают на май-июнь. Это не пришлось перерисовывать вручную; карта пересчиталась сама, а команда обсуждала уже честные даты.

Над картой в графе целей повесили цели полугодия: «Вывести продукт на рынок» и «Довести до 1000 активных команд». К вехам привязали цели: бета и релиз двигают первую, интеграции и стабилизация — вторую. Теперь в споре «делаем интеграции или ещё месяц полируем» есть на что опереться — видно, какая веха какую цель двигает. За каждым этапом стоят карточки задач команды: этап «Публичный релиз» раскрывается в задачи по фронтенду, бэкенду, текстам и выкладке, а не остаётся абстрактной полоской. На ежемесячном статусе продакт открывает Ганту и главную страницу и за пару минут показывает руководству: бета закрыта, релиз сдвинулся на две недели и почему, к цели по выходу на рынок прошли больше половины пути. Одна карта, одна реальность — и у команды, и у руководства.

Пригодится продакт-менеджеру и владельцу продукта, которым нужен план релизов и вех по кварталам; руководителю проекта, который держит этапы и сроки крупной инициативы; тимлиду, показывающему команде, куда движемся; руководителю, которому раз в месяц нужна общая картина «что запланировано и как идём». Хорошо ложится на ситуацию, когда у продукта или проекта есть горизонт в несколько месяцев с крупными вехами — запуск, релиз, этап — и эти вехи нужно связать и с целями бизнеса, и с задачами исполнителей, а не держать в голове и в слайдах. Пропустите этот раздел, если весь ваш план — список дел на неделю без вех и зависимостей: для такого хватит доски задач, разворачивать дорожную карту незачем. И учтите рамку: если вам нужен публичный портал идей с голосованием клиентов и приоритизацией по формулам вроде RICE — это отдельный класс продуктов, здесь речь про внутреннюю карту плана.

• Сдвиг вех — на сколько уехали ключевые этапы относительно исходного плана; видно на Ганте по съехавшим полоскам, а не по ощущениям.
• Прогресс по вехам — сколько этапов карты завершено, сколько в работе, сколько ещё впереди; общая готовность плана одним взглядом.
• Критическая цепочка — какие зависимости тянут за собой остальные: задержка какого этапа сдвигает больше всего вех следом.
• Прогресс по целям — насколько закрытые вехи продвинули цели, к которым они привязаны; результат складывается из этапов, а не живёт отдельно.
• Готовность к вехе — сколько задач за этапом закрыто, а сколько ещё открыто; ближайшая веха реалистична по срокам или её пора двигать.
• Загрузка на горизонте — где на карте этапы наложились друг на друга и команда перегружена одновременными вехами.

• Держите на карте вехи, а не все задачи подряд. Дорожная карта — это крупные этапы и релизы; мелкие карточки живут на доске задач и раскрываются внутри вехи, а не засоряют временную шкалу.
• Связывайте этапы зависимостями только там, где связь реальная (релиз после беты). Тогда сдвиг одного срока честно пересчитывает остальные, а не создаёт ложные цепочки.
• Каждой вехе — свою цель. Если этап не привязан ни к какой цели на графе целей, спросите себя, зачем он в плане: карта нужна, чтобы двигать результат, а не чтобы был красивый список.
• Ставьте вехам реальные сроки, а не желаемые. Пустое или выдуманное поле даты — это веха, которая съедет в первый же месяц и потянет за собой всю карту.
• Обновляйте карту от движения задач, а не раз в квартал руками. Когда за вехой стоят живые карточки, статус этапа отражает реальную работу, а не память о том, что планировали.
• Складывайте шаблон карты — типовые этапы релиза, чек-лист вехи, правила приоритизации — в базу знаний, чтобы следующий роадмап собирался быстрее и по единому образцу.

• Роадмап в презентации. Карту собрали к кварталу и не трогают; через две недели даты устарели, а слайд прежний. Починка: вести вехи как этапы на диаграмме Ганта, где сдвиг пересчитывается сам.
• Вехи без зависимостей. Даты у этапов есть, связей нет → задержка беты не двигает релиз, и план врёт. Починка: связать зависимые вехи на Ганте.
• Карта оторвана от задач. В роадмапе «Запуск в марте», а задачи запуска висят отдельно, и сдвиг до карты не долетает. Починка: раскрывать веху в конкретные карточки работы.
• Вехи без целей. Этап нарисован, но непонятно, какой результат он двигает, поэтому приоритет держится на том, кто громче. Починка: привязать вехи к целям на графе целей.
• Всё подряд на временной шкале. На карте не вехи, а сотни мелких задач; читать невозможно, обновлять некому. Починка: на Ганте — крупные этапы, детали внутри вехи.
• Две реальности. У команды задачи на доске, у руководства слайд с роадмапом, и они расходятся. Починка: одна карта в системе как единый источник для статуса.

Небольшой команде на один продукт хватит одного проекта, вех как этапов на Ганте и пары целей над ними — граф целей и связи можно наращивать позже, когда вех и участников станет больше. Крупной инициативе с несколькими потоками работы уже нужны зависимости между вехами, привязка каждого этапа к своей цели и регулярная сводка для руководства. По характеру плана: если у продукта ровный поток релизов по срокам — опирайтесь на диаграмму Ганта с вехами и зависимостями; если сначала нужно разложить сами цели по важности, а уже потом раскладывать во времени, начните с дерева целей и только затем свяжите вехи с ним. Эти сценарии дополняют друг друга: дерево целей отвечает на вопрос «зачем и что важнее», а дорожная карта — «когда и в каком порядке». Если же вам нужна не карта плана во времени, а вся работа продуктовой команды разом — бэклог, discovery, метрики, — это тема продуктовой команды, где дорожная карта лишь один из артефактов. А чтобы понять саму механику временной шкалы, зависимостей и вех, посмотрите функцию диаграммы Ганта — здесь же речь про сценарий именно роадмапа. Общий порядок в проектах и задачах даёт связка с управлением проектами.