Советы по разработке гибких схем продуктов и примеров продуктов

  1. Целевая дорожная карта продукта (GO дорожная карта продукта)
  2. Дорожная карта продукта сейчас, потом, позже
  3. Карта истории
  4. 11 советов для гибких дорожных карт продуктов

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

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

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

Как владелец продукта, вы несете ответственность за управление бэклогом продуктов, управление заинтересованными сторонами и прогнозирование
Целевая дорожная карта продукта (GO дорожная карта продукта)

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

Еще один аспект дорожной карты GO-продуктов, который мне очень нравится, заключается в том, что он помогает вам думать о наиболее ценных функциях, которые позволяют достичь ваших целей. Так как Agile - это также «Простота - максимизировать работу, которая не сделана» ( Agile принцип № 10 Мне нравится концепция, что в модели достаточно небольшого пространства, чтобы заставить вас задуматься о трех самых важных функциях релиза. Что мне также нравится, так это то, что одним взглядом вы можете получить обзор развития ваших продуктов в следующих выпусках, что очень удобно для управления вашими заинтересованными сторонами!

В зависимости от контекста организации, я иногда пропускаю даты и названия выпусков дорожной карты продукта GO. Я делаю это, так как в прошлом я видел довольно много заинтересованных сторон, которые видели даты в дорожной карте (которые были прогнозами с моей точки зрения), и они пришли к выводу, что они обязательно получат функциональность на дату, которая была в дорожной карте , Поскольку мы работаем в сложных условиях, которые меняются, и поскольку люди со временем меняют свое мнение, это не всегда срабатывает очень хорошо. Поэтому, в зависимости от контекста, я иногда использую, а иногда не использую разделы даты и выпуска, чтобы стимулировать взаимодействие и предотвращать неправильную интерпретацию элементов в дорожной карте. В этих случаях я часто комбинирую дорожную карту продукта GO с дорожной картой продукта Now-Next-Later.


Дорожная карта продукта сейчас, потом, позже

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

Негативный аспект этой дорожной карты, с моей точки зрения, заключается в том, что она больше ориентирована на функции, а не на цели / задачи, которые вы хотели бы достичь как владелец продукта. Кроме того, модель не предлагает много места для включения KPI, релизов или дат. Поскольку даты и сроки являются важной информацией для заинтересованных сторон (в большинстве ситуаций, в которых я находился), это может быть то, что вам необходимо учитывать при применении этого типа дорожной карты. С другой стороны, это может быть тем же преимуществом, что «дорожная карта» «теперь следующий, более поздний» не включает даты, поскольку она дает вам возможность взаимодействовать с заинтересованными сторонами вместо того, чтобы они читали данные из вашей дорожной карты. Как упоминалось ранее, я часто хотел бы объединить дорожную карту продуктов «теперь следующий, более поздний» с дорожной картой продукта GO, которая добавляет больше ценности для вас и ваших заинтересованных сторон.


Карта истории

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

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

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

11 советов для гибких дорожных карт продуктов

Я надеюсь, что эти различные типы дорожных карт полезны для вас, но помните: «Быть ​​гибким - это не процессы и инструменты, а люди и взаимодействия». Поэтому и благодаря Роман Пихлер для того, чтобы вдохновиться, я хотел бы поделиться с вами следующими 11 советами о создании дорожных карт для продуктов Agile:

  1. Начните с вашего видения продукта (совет: используйте Романа Видение продукта доска );
  2. Опишите и подтвердите свой стратегия продукта ;
  3. Сосредоточьтесь на целях и выгодах, создав целевую карту продукта (или один из других типов, которые я объяснил ранее);
  4. Расскажите последовательную историю о вероятном росте вашего продукта и не переоценивайте его;
  5. Будь проще! Не поддавайтесь искушению добавить слишком много деталей в вашу дорожную карту;
  6. Активно сотрудничать с заинтересованными сторонами для обеспечения участия;
  7. Имейте смелость сказать нет, чтобы предотвратить перегрузку функций в вашей дорожной карте;
  8. Подумайте дважды о добавлении сроков, дат или сроков к вашей дорожной карте;
  9. Убедитесь, что ваша дорожная карта измерима, добавив измеримые цели и KPI;
  10. Создайте приблизительную оценку для каждой функции (#people + требуемые навыки), чтобы определить жизнеспособность функции;
  11. Регулярно просматривайте и адаптируйте дорожную карту вашего продукта.

Спасибо за чтение, если у вас есть какие-либо отзывы, пожалуйста, делайте, и удачи в создании дорожных карт вашего продукта!