Дорожная карта (план) развития продукта — это отличный инструмент управления продуктом. Но его неправильное использование может привести к серьезным проблемам. В этой статье вы узнаете о 10 ошибках, которых следует избегать при использовании такой дорожной карты.
- Дорожная карта продукта на основе функций
Традиционная дорожная карта развития продукта представляет собой план для достижения конечного результата. В нем с временной шкалой представляется перечень функций, таких как регистрация, поиск и отчетность. В дорожной карте указывается, когда будет реализована та или иная функция. Это позволяет информировать клиентов и заинтересованные стороны. Но у такого подхода есть три недостатка:
- Дорожная карта на основе функций может формировать представление по принципу "фабрики функций", когда добавление функций важнее, чем создание ценности и положительное влияние на жизнь людей и бизнес.
- Сосредоточение на функциях может превратить дорожную карту в тактический план, который накладывается на бэклог продукта (особенно при использовании мелких функций). Это затрудняет понимание дорожной карты и увеличивает усилия по ее обновлению.
- Дорожную карту на основе функций легко принять за обязательство, а не за высокоуровневый план, который можно изменять. Это приводит заинтересованные стороны к разочарованию и ограничивает возможности: вашу способность экспериментировать и учиться, проводить спринты и находить наилучшие способы удовлетворения потребностей пользователей и клиентов и создания ценности для бизнеса.
Чтобы избежать таких недостатков, используйте дорожную карту развития продукта, ориентированную на цель или результат. Она фокусируется на таких целях и результатах, как привлечение клиентов, повышение вовлеченности и защита продукта в перспективе за счет устранения его технической недоработки. Отдельные крупные функции можно по-прежнему использовать, только теперь в зависимости от целей. Каждая функция должна служить цели и быть необходимой для достижения определенного результата.
Удобный инструмент для создания дорожной карты, ориентированной на цели — это дорожная карта продукта GO, которую вы можете бесплатно скачать (см. изображение ниже).
2. Цели дорожной карты как скрытые особенности продукта
Ориентированные на цели дорожные карты полезны, но не всегда применяются эффективно. Распространенная ошибка специалистов по продуктам — использование в качестве целей скрытых особенностей продукта. Допустим, я собираюсь создать дорожную карту для продукта здорового питания. Можно ли утверждения "измерять количество потребляемых калорий" и "определять уровень сахара в крови" считать целями продукта? Думаю, нет. Они представляют особенности продукта и характеризуют его. При этом не говорится о том, почему стоит продвигать такой продукт.
Поэтому будьте осторожны и не путайте цели и особенности. Цели всегда отражают желаемый результат от продукта, а не количественный показатель. Чтобы понять, описывает ли цель продукта результат, — задайте вопрос "зачем". Например, можно спросить, зачем измерять количество потребляемых калорий. Ответ определит истинную цель, например, "чтобы помочь пользователям правильно питаться".
3. Содержание дорожной карты определяется заинтересованными сторонами
Просят ли вас заинтересованные стороны добавить в дорожную карту продукта какие-то функции? Если да, то вы не одиноки. Нередко дорожная карта составляется на основе запросов заинтересованных сторон, и некоторые из них хотят включить в карту свои функции.
Потребности заинтересованных сторон учитывать нужно, но нельзя позволять диктовать им содержание дорожной карты. Ваша задача заключается не в том, чтобы угодить заинтересованным сторонам. Вам нужно добиться успеха продукта. Если соглашаться на каждую просьбу, можно создать продукт с плохим набором функций, слабым ценностным предложением и негативным пользовательским опытом.
Отклоняйте запросы заинтересованных сторон, если они не соответствуют стратегии продукта. Ну а если соответствуют, то найдите цель продукта, которую поддерживает данная функция. Если таковой не найдется, скорректируйте план (измените цель или определите новую) или отклоните запрос на функцию. Для этого у вас должно быть достаточно полномочий и решающее слово в принятии стратегических решений по продукту.
4. Дорожную карту создает один лишь ответственный за продукт
При составлении дорожной карты допускают распространенную ошибку, противоположную предыдущей. Это когда ответственный за продукт создает дорожную карту сам, без участия заинтересованных сторон и разработчиков.
Такой подход проблематичен по следующим причинам:
- Не используется творческий потенциал и знания заинтересованных сторон и разработчиков. Это может привести к тому, что дорожная карта продукта будет неоптимальной или неправильной.
- Существует риск создания плана, который не ясен заинтересованным сторонам и разработчикам и вызывает разногласия.
- Люди могут не поддержать дорожную карту продукта, если у них не было возможности внести в нее свой вклад. В худшем случае заинтересованные стороны и разработчики лишь на словах поддержат план, разойдутся и будут следовать своим целям.
Поэтому лучше сотрудничать, когда вы привлекаете ключевых заинтересованных лиц и разработчиков к созданию, пересмотру и обновлению дорожной карты продукта. При этом желательно проводить совместные совещания. Стремитесь разработать план, который поможет максимизировать ценность продукта и привлечет как можно больше поддержки.
5. Дорожная карта не связана со стратегией и бэклогом
Дорожная карта продукта — это самостоятельный план, но нельзя создавать и администрировать ею изолированно. Это приведет к тому, что карта не будет согласована с ценностным предложением продукта и бизнес-целями, а бэклог продукта не будет связан с картой. В свою очередь это может привести к неверным решениям по продукту. Например, когда стратегические решения не будут определять тактические, а выводы в процессе разработки не будут помогать продвижению по дорожной карте.
В модели стратегии продукта (см. ниже) дорожная карта находится между стратегией и бэклогом. Дорожная карта определяет, как реализуется стратегия в ближайшие месяцы, а также бэклог продукта. Первое достигается путем перевода потребностей и бизнес-целей стратегии в цели продукта. Второе — за счет использования следующей цели для фокусировки бэклога продукта.
6. Дорожная карта как фиксированный план
Некоторые принимают дорожную карту продукта за жесткий план, который обязательно нужно выполнить. Но любая дорожная карта основывается на том, что известно на данный момент. Когда вы начинаете ее реализовывать и узнаете больше о том, как лучше удовлетворить потребности пользователей, клиентов и бизнеса, дорожная карта меняется. Это помогает максимизировать ценность продукта и предлагать лучшие варианты, а не слепо следовать плану, который может устаревать. Поэтому вам нужно регулярно пересматривать и адаптировать дорожную карту продукта.
Для этого учитывайте любые изменения в стратегии продукта, достигнутый прогресс в разработке и значимые корректировки бэклога продукта, которые могут повлиять на дорожную карту. Оценивайте дорожную карту продукта вместе с ключевыми заинтересованными сторонами и разработчиками не реже одного раза в три месяца. Рассмотрите возможность совмещения обзоров стратегии и дорожной карты, чтобы обеспечить согласованность двух этих планов и минимизировать время на совещания.
7. Умозрительность дорожной карты
Какой бы полезной ни была дорожная карта продукта, не нужно создавать умозрительный план, построенный на пожеланиях, а не на эмпирических данных. Иначе это приведет к разочарованию и неудаче. Чтобы максимально увеличить шансы на создание реалистичной дорожной карты, нужно сначала создать и утвердить стратегию продукта (см. рисунок ниже). Это включает в себя систематическое рассмотрение ключевых предположений и рисков и сбор данных. Они покажут, что правильно ли выбрали целевую группу, потребности, отличительные особенности и бизнес-цель. Поэтому не создавайте дорожную карту, если у вас нет утвержденной стратегии продукта.
Кроме того, заглядывайте в будущее настолько далеко, насколько это реально возможно. Не используйте дорожную карту, если не видите дальше следующей цели. Такое может случиться, когда вы будете работать над инновационным продуктом. В этом случае используйте для продукта только одну цель. По мере работы над достижением этой цели вы поймете, как продвигать свой продукт, и сможете создать для него реалистичную дорожную карту.
8. Слишком амбициозная дорожная карта
Заманчиво создать такое амбициозный план, который произведет впечатление на заинтересованные стороны и обеспечит поддержку и финансирование. Но дорожная карта продукта с нереальными целями может превратить разработку в гонку на выживание. Разработчики постоянно будут работать сверхурочно и испытывать стресс. В таких случаях снижается творческий потенциал, мотивация и производительность, ухудшается самочувствие и здоровье людей. Кроме того, возникает больше ошибок, а качество ПО снижается.
Это усложняет и удорожает обновление продукта в будущем. Поэтому нужно сделать все возможное, чтобы ваша дорожная карта была реалистичной и обеспечивала устойчивые темпы. Тогда разработчики будут ее реализовывать без переутомления, потери мотивации и вреда здоровью.
Лучший способ создания такой дорожной карты — привлечь к ее составлению разработчиков, предпочтительно в форме совместных совещаний. Выслушивайте их мнение непредвзято и не давите, чтобы они согласились с содержанием дорожной карты. Вместо этого серьезно отнеситесь к их опасениям, итеративно прорабатывайте план и адаптируйте его, пока он не станет реализуемым.
9. Дорожная карта ошибочно принимается за план выпуска продукта
Некоторые дорожные карты прогнозируют, как будет разрабатываться основной релиз или новая версия продукта. Но это ошибка, поскольку дорожная карта для этого не годится. Лучше управлять процессом разработки с помощью плана релизов, например, с помощью диаграммы планирования релизов.
Временная диаграмма помогает отслеживать прогресс от спринта к спринту и предвидеть, удастся ли достичь конкретной цели в срок и в рамках бюджета, сколько времени это займет и сколько будет стоить. Это помогает направлять работу разработчиков и вносить необходимые коррективы, например, исключать функциональность из бэклога продукта. План релизов помогает вам максимизировать шансы на достижение конкретной цели продукта.
Но дорожная карта определяет, как продукт будет развиваться в течение более длительного периода времени. Она основывается не на бэклоге продукта, а на стратегии, и включает в себя несколько целей. Поэтому не путайте эти два плана, а используйте для их отражения отдельные средства.
10. Значимость инструмента для составления дорожной карты
Еще одна ошибка, которую совершают при разработке продуктов, — это вера в то, что правильный инструмент может решить их проблемы с составлением дорожной карты. Я работал с командой управления продуктами в крупной издательской компании. У этой команды не было эффективного подхода к составлению дорожной карты продукта. Но вместо того, чтобы получить соответствующие знания и узнать методы составления дорожной карты, команда просто лицензировала мощный инструмент для составления карты. Поскольку у них не было соответствующего опыта, они не смогли настроить инструмент под свои нужды и воспользоваться его преимуществами. Как сказал Грейди Буч: "Дурак с инструментом — все равно дурак".
Поэтому рекомендую вам разработать подход к составлению дорожной карты продукта, прежде чем вы решите, какой инструмент для этого вам подойдет. Для начала выберите простой инструмент, который легко использовать и позволяет заинтересованным сторонам и разработчикам просматривать план и корректировать его. Это может быть PDF-документ, электронная таблица или инструмент для совместной работы, который вы используете в своей компании.
Если вам нравится то, что мы публикуем в блоге, и вы хотите поддержать нашу работу, пожалуйста, подпишитесь на нас.