Привет, это Саша.
Недавно в команде ProductDo строили карту скиллов продакт-менеджера (скоро покажем!) и это породило споры о том, является ли какой-то конкретный навык важным в портфолио продакта или нет.
Простой ответ – вообще всё, до чего продакт может дотянуться – важно. Уметь и знать всё невозможно, поэтому развивайтесь по формуле T-shape человечка. Будьте крутым экспертом в одной или нескольких областях, но покрывайте по верхам как можно больше.
Вот пример из свежего собственного опыта, где мне потребовалось погрузиться в технические детали. У меня нет инженерного бэкграунда, поэтому я опросил разработчиков и нарисовал подробную сиквэнс / свимлэйн диаграмму, отразив, как продукт работает на уровне технических компонент. Диаграмма получилась слишком сложной и нечитаемой для людей со стороны.
Перерисовал диаграмму в «компонентах – квадратиках и стрелочках – взаимодействиях» так, чтобы читалось со слайда в презентации.
На следующий день синхронизировались с командой, от которой зависел наш запуск. При подготовке встречи пошарили подробную техническую документацию, собрались, чтобы обсудить и, о сюрприз, часть пришла неподготовленной... Дискуссия застряла на технических деталях первого же вызова из одного домена в другой.
Чтобы спасти встречу решили переиграть и начать не с деталей, а с верхнеуровневой картины. Показал упрощённую схему и такой уровень абстракции сработал! Тут же выявили критические разногласия и вышли с планом, в котором подробная техническая документация подкрепляла упрощённую картину.
Так понимание продактом технического решения не верхнем уровне помогло избежать пробуксовки проекта на критическом пути.
Володя на курсе «Tech для продакта» учит таким скиллам и другим важным навыкам. Старт следующего потока с живыми встречами — 17 августа. Симулятор для самостоятельной практики доступен в любой момент.
Недавно в команде ProductDo строили карту скиллов продакт-менеджера (скоро покажем!) и это породило споры о том, является ли какой-то конкретный навык важным в портфолио продакта или нет.
Простой ответ – вообще всё, до чего продакт может дотянуться – важно. Уметь и знать всё невозможно, поэтому развивайтесь по формуле T-shape человечка. Будьте крутым экспертом в одной или нескольких областях, но покрывайте по верхам как можно больше.
Вот пример из свежего собственного опыта, где мне потребовалось погрузиться в технические детали. У меня нет инженерного бэкграунда, поэтому я опросил разработчиков и нарисовал подробную сиквэнс / свимлэйн диаграмму, отразив, как продукт работает на уровне технических компонент. Диаграмма получилась слишком сложной и нечитаемой для людей со стороны.
Перерисовал диаграмму в «компонентах – квадратиках и стрелочках – взаимодействиях» так, чтобы читалось со слайда в презентации.
На следующий день синхронизировались с командой, от которой зависел наш запуск. При подготовке встречи пошарили подробную техническую документацию, собрались, чтобы обсудить и, о сюрприз, часть пришла неподготовленной... Дискуссия застряла на технических деталях первого же вызова из одного домена в другой.
Чтобы спасти встречу решили переиграть и начать не с деталей, а с верхнеуровневой картины. Показал упрощённую схему и такой уровень абстракции сработал! Тут же выявили критические разногласия и вышли с планом, в котором подробная техническая документация подкрепляла упрощённую картину.
Так понимание продактом технического решения не верхнем уровне помогло избежать пробуксовки проекта на критическом пути.
Володя на курсе «Tech для продакта» учит таким скиллам и другим важным навыкам. Старт следующего потока с живыми встречами — 17 августа. Симулятор для самостоятельной практики доступен в любой момент.