Создание Agile roadmap от Enthiosys

Перевод заметки по созданию Agile roadmap от консалтинговой компании Enthiosys.

Оригинал здесь:

http://www.enthiosys.com/problems-we-solve/agile-roadmaps/

Текст в значительной степени рекламный, но это не мешает ему быть интересным.

——перевод——↓

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

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

Осмысление roadmap

Менеджеры продуктов не делают успешных продуктов, реагируя на каждый выпад конкурентов, жалобу пользователей или предложение маркетологов / разработчиков. После выявления фундаментальных потребностей потребителей, менеджеры продуктов должны определить коммерческую сторону (рынок, продажи, маркетинговые исследования и т.д.) и техническую сторону (разработка, поддержка и т.д.) мероприятия и отразить в одном документе. Под этим мы понимаем совместное и глубокое понимание сегментов рынка, функций и преимуществ продукта, своевременность вывода на рынок функций в различные сегменты рынка, маркетинговые мероприятия и архитектуру, которая позволят развивать продукт в соответствии с планом. Лучшие roadmap создаются кросс-функциональными командами, которые провели хотя бы один день в непрерывном взаимодействии.

Мы называем этот документ agile roadmap продукта. В нем рассматриваются четыре ключевые условия успешности программного продукта в его коммерческой жизни:

  • Рынок: мы помогаем создать карту рынка, на которой отражены ваши целевые рынки, и определяем порядок, в котором вы должны создавать предложения для них (набор продуктов и услуг, которые предоставляют для них ценность).
  • Функции и преимущества: здесь должны быть отражены ключевые функции продукта, которые вам необходимы для каждого из сегментов рынка и их преимущества. Каждая функция может иметь ценность более, чем для одного рыночного сегмента. Однако они могут предоставлять не те же самые преимущества. Разработчики должны понимать замысел и сущность будущих функций и преимуществ, чтобы создать такую архитектуру, которая поддерживала бы их.
  • События и ритмы: события – это то, что происходит в бизнесе ваших клиентов, что вы можете и должны учитывать. Например, ретейлеры не могут использовать новые релизы в течение сезона распродаж. Ритмы – это то, что клиенты, разработчики, продавцы и другие участиники хотелы бы видеть в релизах. Например, клиенты не могут быстро принимать релизы, но могут быть недовольны, если релизы происходят слишком редко. А продавцам необходимо много времени для подготовки к новому релизу.
  • Архитектура: у вашего решения должны быть такая архитектура, которая позволяла бы разрабатывать необходимые функции для каждого из сегментов рынка вовремя. Мы помогаем определить существенные функции для каждого из сегментов рынка и обеспечиваем, чтобы ваша архитектура поддерживала их.

enthiosys-agile-roadmap

Хорошие roadmap предоставляют также основу для сценарного планирования и создания “roadmap of roadmaps”.

Модель взаимодействия и результаты

Создание roadmap – процесс, требующей серьезного взаимодействия. В типовой процесс вовлечены основные заинтересованные лица (менеджеры продуктов, разработчики и архитекторы, маркетологи, консультанты) для создания начальное версии roadmap продукта, а в дальнейшем происходят ежеквартальные собрания для пересмотра и обновления roadmap. Многие клиенты Enthiosys расширили этот процесс до создания “roadmap of roadmaps” для управления портфелем продуктов.

Мы определили пятишаговый процесс для каждого совещания по roadmap:

  1. Уточните ваши бизнес- и продуктовые цели и задачи, бизнес-планы, существующие roadmap и другую документацию;
  2. Инициируйте создание черновой версии roadmap (обычно начинает одна продуктовая команда);
  3. Распределите задачи и установите сроки по сбору информации;
  4. Инициируйте разработку финальной версии roadmap;
  5. Определите план публикации, корректировки и обсуждения roadmap.

<…> пользуйтесь нашими услугами <…>

Leave a Reply