Роудмэп что это: Roadmap или Дорожная карта — суть понятия простыми словами – Road map — дорожная карта продукта. Практическое руководство.

Roadmap или Дорожная карта — суть понятия простыми словами

Сегодня в нашей статье речь пойдет о понятии давно и хорошо всем знакомом и применяемом в самых разных сферах человеческой деятельности. Только большинство из нас знает его, как «план действий» или «календарный план». А сегодня мы будем говорить о таком термине, как «Roadmap» (дорожная карта), что, в общем-то, то же самое, вот только называется не совсем привычно.

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

Читайте еще — White paper или Белая книга: суть понятия и технические моменты

Суть понятия и значение Roadmap для успешного развития проекта

В разное время мы достаточно много внимания уделяли тому, что должна иметь разработка, чтобы ею заинтересовалась как можно более широкая аудитория, что, в свою очередь, обеспечило бы идее продвижение и успешное развитие. Например, мы писали о такой важной составляющей, как White paper. Наличие Белой книги не только позволяет пользователям поближе познакомиться с новым продуктом, но и косвенно свидетельствует о серьезном отношении команды к своему детищу (ведь старались, тратили время).

Roadmap также можно занести в список атрибутов, необходимых для успешного развития стартапа. Хотя к дорожному картированию прибегают далеко не всегда. В основном, это делается в том случае, если готовится запуск нового продукта, который до сих пор не был представлен на рынке, а существовал только в мыслях авторов или, в лучшем случае, на бумаге. Или другой случай – продукт давно и успешно представлен на рынке, но интерес к нему начинает падать и необходимо его возродить или привлечь внимание пользователей к какому-то новому аспекту разработки.

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

В отличие от WP, которая составляется, что называется, раз и навсегда, дорожная карта со временем может претерпевать изменения, необходимость которых возникает в ходе реализации проекта.

Для кого составляют дорожные карты?

Возможно, кому-то данный аспект покажется не самым приоритетным, но мы не советовали бы его недооценивать. Ведь в зависимости от того, для кого именно создается такой «план действий», во многом зависит его наполнение.

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

Какого типа может быть дорожная карта?

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

В первую очередь, конечно, стоит отметить основную карту, которая определяет главные цели разработки, отображает масштабную стратегию и формирует перечень глобальных задач. Но могут быть Roadmap по узким направлениям. Например, может существовать некий «календарный план» для людей, привлекающих в проект финансирование, или для тех, кто отвечает за рекламу и т. д.

В случае с международными проектами составляются Roadmap по странам, учитывающие различные национальные моменты, от местных традиций до языков, поддерживаемых сайтом компании.

Статья по тематике — Pre-ICO: суть понятия, этапы подготовки и распространенные ошибки

Почему необходимы Roadmap ICO?

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

Такой документ помогает в составлении прогнозов развития идеи, а также позволяет заранее определить риски и по возможности избежать их. Кроме того, в процессе создания дорожной карты могут возникнуть новые идеи по поводу привлечения внимания пользователей, более быстрого освоения международного рынка, эффективных стратегий развития и т. п. Да и вообще, работа по четкому плану всегда результативнее хаотичных метаний – меньше шансов что-то упустить и наделать ошибок. А для потенциальных инвесторов перспективное видение проекта облегчает принятие решения о вложении (или не вложении) в него средств.

Создание Roadmap

Чтобы самостоятельно разработать дорожную карту, не нужно иметь «семь пядей во лбу», и к помощи профессиональных веб-дизайнеров прибегать тоже не обязательно. О способах и этапах разработки такого документа мы расскажем ниже, а вы уж решайте, что из них больше всего подходит именно вам.

Способы создания дорожной карты:

1. При помощи электронных таблиц. Это, пожалуй, самый простой и доступный из способов. Достаточно умения пользоваться Excel, и вы сможете составить таблицу, отображающую вашу идею, инициативы, обозначите сроки их исполнения. Такую таблицу нужно будет время от времени обновлять. Но это не главный ее недостаток. Главное, что вы не добьетесь необходимой визуализации и не сможете в полной мере представить свою стратегию. А поскольку таблица является статичным документом, то ее контроль и синхронизация представляются затруднительными.
2. Презентация. Немного эффективнее визуализировать Roadmap, воспользовавшись ПО для презентаций. Здесь и возможности шире, и свободы действий больше. Но опять придется заниматься обновлениями в ручном режиме и те же проблемы с контролем и синхронизацией.
3. Специальные сервисы. Идеальный вариант – это когда обновления «дорожки» синхронно происходит у каждого члена команды, а этого можно добиться, лишь воспользовавшись специальными сервисами для управления продуктом с соответствующим функционалом. В этом случае вы добьетесь качественной визуализации, сможете привязать процессы к глобальной стратегии, наладить сотрудничество с заинтересованной аудиторией и интегрироваться с другими системами.

Из наиболее популярных сервисов такого рода можно рекомендовать Roadmunk, Hygger, Proofhub, Roadmap planner и т. д.

Этапы работы над дорожной картой:

1. Определить стратегию. Каждая глобальная стратегия в своей основе имеет некие ключевые цели. Главное, чтобы вы и вся ваша команда видели свою идею и в целом, и, так сказать, в «разобранном» виде, не упуская деталей, важных для целевой аудитории и отражающих ее потребности. Все это, в итоге, должно составлять четкую картину того, что вы хотите получить «на выходе».
2. Индивидуализация релизов. Определитесь с функциями, которые желательно выделить. Решите представлять или не представлять в каждом релизе те или иные данные (внутренние и внешние).
3. Расставьте приоритеты. А правильно их расставить вам помогут различные оценочные метрики или собственная оценочная карта, которую нетрудно создать самостоятельно. Помните и об общеизвестных правилах в расстановке приоритетов.
4. Не избегайте коммуникации. Без обратной связи и прозрачности во взаимоотношениях еще не сработала ни одна стратегия. Не сработает и ваша. Поэтому стремитесь к совместному использованию вашей Roadmap, делитесь ею и постоянно обновляйте.

Некоторые общие требования к Roadmap

1. Не путайте «дорожку» с бэклогом, у них несколько разное назначение и наполнение. Если бэклог отражает конкретные шаги (задачи), которые нужно совершить к определенному сроку, то дорожная карта определяет направление работы в более крупном масштабе.
2. Ваш документ должен основываться на главных целях и крупных задачах, а вот в деталях и мелочах можно проявить некоторую гибкость.
3. Все изменения в стратегии компании и ее целях должны отслеживаться вами и отражаться в Roadmap.
4. Приоритеты со временем могут изменяться, их нужно пересматривать с прицелом на долгосрочную перспективу. Может оказаться, что некоторые задачи утратили свою актуальность.

Другими словами, как мы уже отмечали в начале статьи, Roadmap (дорожная карта) не является неизменным документом. Относитесь к ней, как к эффективному помощнику в вашей работе над качественным продуктом. Создавать «дорожки» можно и под глобальные цели, и под мелкие задачи. Ведь крупное состоит из мелочей и нельзя концентрироваться только на глобальных этапах. Но каждую деталь, каждую мелочь вы должны согласовать с конечной целью и основной стратегией, учитывая, какой продукт вы должны получить по завершению работы.

Заключение

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

Road map — дорожная карта продукта. Практическое руководство.

Что такое road map или дорожная карта продукта? Для чего она нужна и как ее составлять?

Давайте рассмотрим 2 самых распространенных случая:

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

Для первого случая вам необходимо синхронизироваться с внутренними процессами. Понять, что происходит на данный момент, какие цели и задачи стоят, а также, какую роль во всем этом будете играть вы. В этой ситуации вам необходим некий план действий, которому придерживается команда и это как раз road map.

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

Road map, что это

Википедия говорит, что технологическая карта продукта и есть road map, но я бы немного расширил определение. Road map – это план действий, который описывает ключевые этапы развития продукта и средства их достижения.

Миссия и стратегия входят в road map, а дальше уже раскладываются до уровня более мелких задач. Чтобы лучше понять, что такое дорожная карта продукта, предлагаю посмотреть, какие задачи она решает.

Какие задачи решает

• Отражает миссию и стратегию продукта
• Является основным документом для реализации стратегии
• Показывает основное направление действий для ключевых персон и команды
• Синхронизирует всех участников процесса, нивелирует лишние обсуждения и недопонимания
• Помогает отвечать на вопрос “Зачем мы это делаем?”

Из чего состоит

Используйте картинку ниже, чтобы понять из каких частей состоит road map.

– Опишите миссию и цели продукта над которым работаете

– Определите кто будет пользоваться road map

• руководство
• разработка
• смежные структуры (маркетинг, продажи, финансы)
• пользователи

В зависимости от этого будет строиться внутреннее наполнение дорожной карты: цели, задачи и прочее. Дорожная карта для разработки не тоже самое, что дорожная карта для руководства. Цели и задачи будут совсем другими.

– Определяем тип road map

• по целям
• по командам
• по странам
• по платформам

На примере далее будет использован тип по целям. В моей практике он самый распространенный.

–

Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал. Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…

–

Пример визуализации

Дорожную карту для своего последнего продукта (новостного сайта) я сделал в google таблицах, выглядела она так.

Слева направо: цели, детализация по задачам, периоды времени на реализацию (выделены цветами). Разбивка по месяцам. Красная вертикальная линия, это дата завершения работ, то есть к седьмому месяцу (июлю) планируется реализация всех поставленных целей.

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

Но важно помнить, что road map, это не жесткое руководство к действию. Вы можете корректировать свой курс, балансировать между задачами и перераспределять ресурсы внутри команды.

Чем делать road map

• Excel / Numbers / Google таблицы
• PowerPoint / KeyNote
• Специальные сервисы

Принципиальной разницы нет, проще всего и быстрее, на мой взгляд, отобразить все в таблицах. Являясь фанатом облачных сервисов Google, я предпочитаю Таблицы. Их просто создавать и еще проще расшарить всем заинтересованным лицам.

Ключевые особенности

• Road map – это не бэклог. Если бэклог, это конкретные задачи, которые необходимо выполнить в установленные сроки/спринты, то дорожная карта, это скорее направление и более крупные шаги.
• Основывайте свой road map на основных темах/эпиках (крупных задачах) и будьте более гибкими на уровне небольших фичей/задач.
• Отслеживайте все изменения в стратегии и целях компании. Вносите их в дорожную карту.
• Пересматривайте приоритеты в долгосрочной перспективе. Возможно, часть задач уже не так важна, как раньше.

Не замыкайтесь

Главное запомните, что road map, это не монолитная структура, а ваш помощник на пути к лучшему продукту. Дорожную карту вы можете создавать как под крупные, так и под небольшие задачи. Нет жесткой установки, что мы должны работать только с глобальными этапами. Но даже для небольших, вам потребуется ответить на вопрос: “А как это согласуется с нашей миссией и стратегией?”,- поэтому не забывайте связывать свой road map с основными направлениями продукта.

Алексей А.

---

Читайте также:

---

Что же такое “медвежье ушко”? Узнаете из ролика ниже…

Вконтакте

Facebook

Twitter

Google+

Загрузка…

Технологическая дорожная карта — Википедия

Материал из Википедии — свободной энциклопедии

Технологическая дорожная карта (англ. Technology Roadmap) — краткосрочный или долгосрочный план выпуска производителем какого-либо продукта.^[1] Чаще всего это новая версия или развитие уже известного продукта, изменений в котором ждут потребители. Технологическая дорожная карта может содержать средства, подходы или пути, необходимые для достижения поставленных вех. Как правило, понятие «Технологическая дорожная карта» применяется к новому продукту, процессу или разрабатываемой технологии. Созданная карта имеет три направления использования.^[2] Она помогает достичь консенсуса в отношении набора потребностей и технологий, необходимых для удовлетворения этих потребностей; она обеспечивает механизм для помощи в прогнозировании процесса разработки технологии; она служит основой для помощи в планировании и координации технических разработок.

Наиболее обыкновенна публикация карт для программных продуктов, поскольку технологическая дорожная карта описывает поэтапный процесс, а промежуточные результаты пользователи могут опробовать только в этом случае. Наличие менеджеров по продуктам в индустрии по производству программного обеспечения свидетельствует о том, что программное обеспечение, его производство и продажа, стали такими же коммерческими, как и «стандартные» продукты и товары.

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

• Phaal, R., Farrukh, C. and Probert, D. (2001). Technology Roadmapping: linking technology resources to business objectives. Centre for Technology Management, University of Cambridge.
• Laube, T. and Abele, T. (2005). Technologie-Roadmap: Strategisches und taktisches Technologiemanagement. Ein Leitfaden. Fraunhofer-Institut Produktionstechnik und Automatisierung (IPA), Stuttgart, Germany. ISBN 3-8167-7186-6

Как создать идеальную дорожную карту продукта и что для этого нужно?

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

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

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

Цель дорожной карты, как основного документа менеджера продукта, – донести главные идеи и прогресс в задачах до членов команды и внешних заинтересованных сторон (акционеров, заказчиков, партнеров).

Продуктовая дорожная карта состоит из инициативы глобального уровня и всех ее запланированных шагов. В нее не должна входить каждая функция продукта и подробные списки багов. Этот стратегический документ предназначен для отдельного планирования.
Обязательно следует актуализировать roadmap продукта на протяжении всего его жизненного цикла. Включенные функции, инициативы и требования должны создаваться и инициироваться многими сторонами: руководством, клиентами, sales-менеджерами, партнерами, службой поддержки, разработчиками, финансистами и, конечно, продуктовиками.

Дорожные карты не ограничиваются продуктами: их цели аналогичны для разных видов (например, маркетинговые и IT-роадмапы).

Любая дорожная карта, ориентированная на свою аудиторию, имеет свои особенности.

• Дорожные карты для разработчиков обычно фокусируются на функциях, спринтах, релизах и майлстоунах. Они довольно короткие и, как правило, более масштабные.
• Дорожные карты для продавцов сфокусированы на сочетании функций и преимуществ для клиентов.
• Внешние дорожные карты (для клиентов или партнеров) ориентированы на основных преимуществах продукта для них. Как любой внешний документ, этот вид дорожной карты продукта должен быть привлекательным, визуально понятным и доступным.

Также дорожные карты отличаются в разных командах. К примеру, роадмап в Agile-команде будет отличаться от типовой дорожной карты в Waterfall.

Отличия дорожные карты в Agile и Waterfall

• Команды Waterfall обычно бизнес-ориентированы, основаны на финансовых метриках. В Agile цели ориентированы на клиента (например, рост пользователей и удовлетворенность клиентов).
• Дорожные карты в Waterfall отражают завершения в срок год или два года, а дорожная карта Agile обычно отражает квартальные завершенности. Планирование в компаниях Waterfall и Agile также отличается в зависимости от сроков.
• Различия также связаны с принципом взаимодействия. Взаимодействия в командах Waterfall последовательны, а члены Agile-команд работают в соответствии с кросс-функциональностью и одновременностью действий.
• Наконец, дорожные карты Waterfall имеют ограниченную гибкость, а дорожные карты Agile гораздо более гибки, как и сама методология.

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

• Стратегические инициативы глобального уровня
• Релизы по периодам (кварталам)
• Детализированные функции
• Информация о баг фиксинге

Как создать идеальную дорожную карту?

Электронные таблицы

Один из простейших способов создать дорожную карту — использовать электронные таблицы. Например, с помощью Excel можно скомпилировать продуктовые идеи, инициативы, выставить сроки и дедлайны. Их достаточно просто обновлять.

Однако дорожные карты в таблицах имеют значительные недостатки. Таблицы не обладают достаточной визуализацией и их недостаточно для представления стратегического плана. Кроме того, тот же Excel — это статичный документ, который после шаринга сложно контролировать и синхронизировать версии со всеми участниками команды.

Презентации

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

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

У менеджеров продуктов сегодня есть возможность визуализировать дорожные карты с помощью лучших управленческих инструментов, которые помогают:

• Представить визуально дорожную карту продукта
• Связать глобальную стратегию с процессами дорожной карты
• Определить и оценить идеи
• Сотрудничать со всеми заинтересованными сторонами (включая клиентов и нетехнических коллег)
• Интегрироваться со сторонними системами

Какой сервис выбрать? Вот ТОП-7 платформ для менеджеров продуктов, которые заботятся о качественной визуализации дорожной карты:

Roadmunk

Hygger

Taskworld

Proofhub

GanttPRO

Wizeline

Roadmap planner

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

Основные этапы создания дорожной карты

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

1. Определение стратегии

Обычно глобальные стратегии основаны на ключевых целях. Это общее видение целей определяет ваш прогноз для всего продукта. Сильное видение продукта поддерживается деталями, связанными с вашими клиентами и их потребностями.
Оно отражает суть того, что вы хотите получить. Убедитесь, что ваша команда понимает все на этом этапе, чтобы развить свой будущий шедевр.

2. Кастомизация релизов

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

3. Приоритизация фич

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

4. Совместное использование дорожной карты

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

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

В качестве заключение

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

Хорошо разработанное программное обеспечение с опцией roadmap является мощным стратегическим инструментом в управлении продуктами.

А каков ваш опыт использования дорожных карт? Делитесь своими идеями и историями успеха.

RoadMap продукта / Sandbox / Habr

Что такое RoadMap или дорожная карта в управлении проектами? Roadmap проекта — это графический обзор целей и результатов проекта, представленных на временной шкале. В отличие от плана проекта, где детали обрисованы, дорожная карта должна быть простой и не содержать мелочи.

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

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

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

Так как же Продукт Менеджерам лучше информировать команду? Просто.

Разместите план на общем ресурсе или интернете и держите в курсе команду, чтобы у них был единый источник.

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

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

Скажем, например, что мы развернули обширную функцию профиля пользователя на нашем сайте. Если мы обнаружим, что наши клиенты не используют эту функцию, следует ли нам продолжать в нее инвестировать? Может быть, а может и нет. Нам нужно понять, почему вовлеченность низкая, прежде чем мы примем это решение. Поэтому вместо того, чтобы идти вперед, мы могли бы предпочесть провести некоторые А/В тесты в надежде получить представление о низкой степени вовлеченности, что может указать нам направление, которое было бы гораздо более трудным (или невозможным), если бы мы просто шли вперед, добавляя больше фичей.

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

Антипаттерны, которые нужно остерегаться:

• Будущее планирование полностью игнорируется!
• «Остальная часть бизнеса» остается в неведении относительно того, чем занимается команда.
• Дорожная карта постоянно обновляется (или никогда не обновляется).
• Подробные требования отягощают дорожную карту.

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

Со своей стороны, agile разработка сталкивается с тремя различными рисками:

• Команда может потерять уверенность в способности руководства принимать стратегические решения, если дорожная карта обновляется слишком часто.
• Продукт может поступить на рынок слишком поздно и пропустить отложенный спрос, если дорожная карта обновляется недостаточно часто.
• Долгосрочные усилия могут показаться «слишком большими и слишком сложными» для более коротких итераций. Команда, разбивая работу на мелкозернистые задачи, и в конечном итоге слишком сильно фокусируется на краткосрочных результатах.

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

Как составить Roadmap продукта.

Но в каждой организации есть свои методы. Рассмотрим 6 различных путей.

1. Дорожная карта продукта это не панацея.

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

Если вы, как и большинство продуктовых команд, проводите эксперименты и интервью-опросы клиентов (CustDev), вам неизбежно придется корректировать дорожную карту, чтобы сделать лучший продукт.

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

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

2. Начинайте с ориентированного на клиента фокуса

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

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

3. Соединяйте входные данные всех заинтересованных сторон

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

• Обратная связь от клиентов
• Отдел проектирования и разработки
• Продажи и маркетинг
• Топ-менеджмент компании
• Партнеры
• Цели компании
• Стратегия компании и продукта.

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

4. Фокусируйтесь на приоритетах высоко уровня

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

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

Одним из решений в данном случае может быть планирование приоритетов высокого уровня. Например, создавая дорожную карту продукта в начале можно ставить задачу — проработать три большие гипотезы — за квартал. А уже затем выбирать функции продукта. Это позволит держать фокус команды на проработке трех гипотез, вместо простого перебора функций.

5. Будьте гибкими (Agile)

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

Вместо того, чтобы пытаться предсказывать на несколько лет вперед какие функции продукта нужно разрабатывать, Agile (гибкие) менеджеры продукта регулярно обновляют дорожную карту продукта на основе возникающих возможностей на рынке и обратной связи от клиентов.

6. Не засоряйте эфир

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

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

Словарь предпринимателя: роадмап — Рамблер/новости

Роадмап (от англ. road — «дорога» и map — «карта») — понятие, которое показывает сценарий или план развития стартапа, определяя его цели. Роадмапы нужны, чтобы команда понимала, насколько эффективна ее работа, какие из поставленных задач достигнуты, а какие нет.

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

Термин используют инвесторы и стартаперы. Обычно употребляется вместе с понятием трекшн. Вместе эти понятия показывают, насколько проект «сцеплен» со своей дорогой, то есть роадмапом.

Примеры употребления

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

— из статьи на Rusbase.

Цель этапа — продумать проект, оценить его необходимость и перспективность для сервиса. А если решено взять его в разработку, то и сформулировать задачи, оценить их по времени, составить road map и назвать даты начала работ и ориентировочного завершения.

— из статьи на Rusbase.

Зачастую мы проводим работу по предварительной технологической структуре того, что могли бы сделать. Это даже не предпроект, а своего рода пресейл: мы обсуждаем с вероятным клиентом задачу, предлагаем ему подходы, в черновом виде их прорабатываем. На такой стадии со стороны заказчика, как правило, в деле участвует его архитектор или другой IT-специалист, который видит и понимает roadmap самого заказчика, а для нас это очень важно. Важно и для заказчика: намеченное должно вписываться в стратегию самой компании.

— из интервью в издании Forbes.

Комментарий эксперта

Виктор Христенко

CEO в MUZLAB

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

Инвесторы принимают участие в целепологании, а также могут предложить улучшения, особенно в тех областях, где они обладают опытом. Но это скорее коучинг, чем требования. Однако при необходимости они могут корректировать роадмап на совете директоров.

Мы стараемся быть гибкими, поэтому дорожная карта меняется частно, как минимум раз в квартал. И, конечно же, сейчас она сильно отличается от того, что мы планировали вначале.

Разработка роадмапа ведется итеративно и эмпирическим путем. Мы стараемся получать обратную связь от рынка как можно чаще и вносим корректировки в нашу дорожную карту. У моряков это называется идти галсами.

Текст: Ольга Плиева, Софья Федосеева

Материалы по теме:

Словарь предпринимателя: экзит

Словарь предпринимателя: трекшн

Словарь предпринимателя: M&A Словарь предпринимателя: IPO Словарь предпринимателя: business development

Видео дня. Голосование за поправки в конституцию пройдёт 22 апреля

Читайте также