Как создать визуальную дорожную карту продукта, соответствующую Agile?

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

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

Как я могу разработать дорожную карту продукта для конкретной версии продукта?

Чтобы сделать шаг назад: если ваш начальник поддерживает гибкие методы, понимает ли он, что это требует изменения мышления не только разработчиков, но и менеджеров, и что повышенная нечеткость графика почти всегда является необходимым компромиссом? Возможно, ему понадобится инструктаж (не обязательно ваш) о том, что подразумевает Agile. Или если ваш начальник не поддерживает гибкие методы, почему вы их используете?

Ответы (5)

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

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

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

Заинтересованные стороны просто хотят этого для планирования на высоком уровне
Это нормально. Просто держите дорожную карту расплывчатой ​​и не слишком конкретизируйте даты. Помните, что мы поощряем изменения, поэтому дорожная карта должна быть гибкой. например, «функция безопасности будет доставлена ​​в третьем квартале», а не «функция безопасности будет доставлена ​​18 июля»
Какой тип графика я могу использовать?
Этот стиль я предпочитаю: image.slidesharecdn.com/spbiz-roadmap-150618075619-lva1-app6891/…

Ваш отставание в сочетании с вашей скоростью — это грубая дорожная карта.

  • Следующие 1-3 спринта - четко определены и разложены. Мы это понимаем и в этом есть определенная уверенность.
  • Следующие 6 месяцев - Большие камни, которые мы можем найти в долгосрочной перспективе
  • 6-12 месяцев - Идеи (еще большие камни)
  • 12 месяцев + - видение, направление

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

Большой сторонник этой идеи — так я доношу информацию до своего босса, а также как я планирую Agile-портфолио!
Если будущие спринты будут «четко определенными и разложенными», это может снизить гибкость.

Отображение пользовательской истории (с наложенным на нее планированием - отмечены спринты, скорость / очки и т. Д.)

Отличный ресурс для его применения: http://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909 .

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

Этот подход полезен, если вы стартап или находитесь на ранних стадиях разработки продукта.

Здесь переменные времени и скорости не учитываются. Учитывается то, как каждое улучшение влияет на продукт.

Бережливая дорожная карта

Это недостаточно наглядно, как диаграмма Гаанта.
Что вы хотите визуализировать?

Вы используете какие-либо инструменты для этого? Я использую Craft , и это действительно хорошее решение для Agile-управления продуктами, разработанное менеджером по продукту!

С Craft вы можете создавать визуальные дорожные карты, которые вы можете просматривать по одной дорожной карте (на различных дисплеях) и дорожной карте для нескольких продуктов.

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