Почему роадмап похож на модель атома
Привет. С вами Андрей и сегодня я хочу поговорить про один из самых сложных артефактов в продакт менеджменте – это роадмап (дорожной картой его почти никто не называет). Хотя у меня уже довольно много опыта, в новой команде я каждый раз довольно мучительно ищу правильный формат для роадмапа.
Как группировать задачи в эпики, до какого масштаба укрупнять? На сколько месяцев вперед делать роадмап? Что показывать, а что опустить, чтобы не замусоривать визуальный план.
Мне пришла в голову идеальная метафора того, что такое роадмап, хочу с вами поделиться. Роадмап – это как модель атома. Помните такую схему из школьного учебника? В центре ядро, вокруг летают шарики-электроны. Все просто и понятно. Но как только начинаешь изучать атом чуть подробнее сразу выясняется, что электроны вовсе не шарики, а имеют сложную природу и размазаны в пространстве как волна, и взаимодействие между ними и ядром сложнее, чем кажется.
Ровно так же устроен роадмап продукта. Смотришь на картинку, все просто и понятно. Во втором квартале будем улучшать онбоардинг и начнем рефакторинг. Но как только мы немного увеличиваем картинку, чтобы разглядеть детали, то выяснится, что на самом деле подготовительные работы к рефакторингу мы ведем уже два квартала в вялотекущем режиме, а онбоардингом, возможно, вообще не будем заниматься, если первый POC провалится. И еще становятся видны мириады маленьких задачек, которые в крупном плане просто не были заметны.
Благодаря метафоре можно отчетливо увидеть основную задачу роадмапа: показать макро-структуру задач команды и самые важные взаимосвязи в ней. Для этого обязательно нужно упрощать и безжалостно отсекать ненужные детали. Главное, чтобы логика долгосрочных стратегических решений была хорошо проиллюстрирована.
Привет. С вами Андрей и сегодня я хочу поговорить про один из самых сложных артефактов в продакт менеджменте – это роадмап (дорожной картой его почти никто не называет). Хотя у меня уже довольно много опыта, в новой команде я каждый раз довольно мучительно ищу правильный формат для роадмапа.
Как группировать задачи в эпики, до какого масштаба укрупнять? На сколько месяцев вперед делать роадмап? Что показывать, а что опустить, чтобы не замусоривать визуальный план.
Мне пришла в голову идеальная метафора того, что такое роадмап, хочу с вами поделиться. Роадмап – это как модель атома. Помните такую схему из школьного учебника? В центре ядро, вокруг летают шарики-электроны. Все просто и понятно. Но как только начинаешь изучать атом чуть подробнее сразу выясняется, что электроны вовсе не шарики, а имеют сложную природу и размазаны в пространстве как волна, и взаимодействие между ними и ядром сложнее, чем кажется.
Ровно так же устроен роадмап продукта. Смотришь на картинку, все просто и понятно. Во втором квартале будем улучшать онбоардинг и начнем рефакторинг. Но как только мы немного увеличиваем картинку, чтобы разглядеть детали, то выяснится, что на самом деле подготовительные работы к рефакторингу мы ведем уже два квартала в вялотекущем режиме, а онбоардингом, возможно, вообще не будем заниматься, если первый POC провалится. И еще становятся видны мириады маленьких задачек, которые в крупном плане просто не были заметны.
Благодаря метафоре можно отчетливо увидеть основную задачу роадмапа: показать макро-структуру задач команды и самые важные взаимосвязи в ней. Для этого обязательно нужно упрощать и безжалостно отсекать ненужные детали. Главное, чтобы логика долгосрочных стратегических решений была хорошо проиллюстрирована.