14611
О менеджменте продуктов как науке. Ceterum censeo Carthaginem esse delendam.
Вообще, на этот Product Sense мы с разными коллегами подавали аж три доклада, но ни один из них не прошел. Сложно сказать, почему именно. Может быть потому, что контент слишком методологического характера и не совпадает с духом других докладов. Может быть потому, что мы плохо смогли донести ценность для аудитории. Может быть потому, что не смогли выстроить понятный сторителлинг.
Ну а сами доклады на такие темы:
1) С коллегами из Теле2 Казахстана мы хотели рассказать о создании Integrated Product Indicator - комплексного показателя для оценки эффективности работы менеджера продукта, который включает не только достижимость целей, но и само качество работы по разным процессам: заполнение артефактов, прогресс роста показателей продукта, качество процесса разработки и т.д.
2) С коллегами из душевного Контура мы хотели рассказать про карту-конфигуратор навыков менеджера, которая позволяет просто и понятно определить зону ответственности специалиста, его дальнейший трек и грейд. В компании, где существуют продукты разных размеров и этапов жизненного цикла, где одни менеджеры могут отвечать только за продукт, а другие за целую связку бизнес-юнитов. При этом все могут называться "менеджер продукта". А также результаты оценки по этой системе на паре сотен менеджеров.
3) С питерской бандой мы хотели рассказать о специфике управления внутренними продуктами: что есть рынок, как тестировать ценность, как перейти от схемы "заказчик - исполнитель" к полноценной продуктовой работе, как это синхронизировать с инвестиционным циклом бюджетирования, как аргументировать свои решения перед бордом и что делать с продуктом дальше после запуска. Потому что в этом году мы с коллегами адаптировали Product Architecture Framework под специфику управления внутренними продуктами, упаковав в отдельную методологию 3K. На базе которой мы собрали курс, который анонсируем в скором времени.
Поэтому, если вас интересует какие-то перечисленные темы или вы устраиваете свои конференции - приглашайте и пишите. Мы с удовольствием расскажем :)
Сайт тут обновил, чтобы людям было проще добираться до информации и знаний. Смотрите, как красиво.
Читать полностью…
За эти 8 лет работы над PAF мне, наконец-то, не стыдно назвать его фреймворком, потому что в нем появилось то, что и определяет суть любого фреймворка - это модель мышления. PAF задает структуру через которую можно мыслить о реальности, тем самым либо научившись решать более широкий спектр задач, либо делая это с меньшими рисками и ресурсами, либо с большим качеством.
PAF включает четыре слоя управления: Strategy, Business Unit, Operational Product Management и Hypothesis. Для каждого слоя определены объектная модель, процессы и артефакты и определена их декомпозиция. Для каждого процесса есть инструменты, для каждого артефакта шаблоны. Есть набор сквозных моделей вроде модели бизнес-юнита или value stream, которые объединяют инструменты разных уровней в целостную картинку. Также, для наглядности я вынес несколько ценностей на саму картинку фреймворка:
- Понимание контекста важнее генерации идей. Время на получение одной хорошей гипотезы будет меньше, чем время на тестирование десяти низкокачественных.
- Спринт продукта важнее спринта разработки. Управляйте продуктом, а не разработкой и утилизацией её ресурсов. Приоритизируйте бутылочные горлышки и точки роста продукта, а не элементы беклогов.
- Успешность развития продукта не определяется вашими представлениями об успешности. Оно определяется этапами жизненного цикла рынка и продукта.
- Структура ролей команд определяется объектами управления и бизнес-функциями, а не названием должностей.
- Продукты сокращают ресурсы потребителей на переход из состояния неудовлетворенной потребности в состояние удовлетворенной потребности. Этот путь называется value stream. Value stream определены иерархией потребностей. Границы продукта определяются Value Stream.
- Ценность для бизнеса создается за счет создания ценности для потребителя. Ценность для потребителя создается благодаря созданию ценности для бизнеса. Это одна и та же медаль.
- Видение и стратегия определяют цели текущего момента с учетом обстоятельств среды. Реактивность определяет способ реализации проактивности, но не формирует её.
Конечно же, предстоит еще огромный пласт работы по формализации фреймворка, чтобы по качеству описания он встал в один ряд с BABOK или SAFe. Это дело следующих нескольких лет. А вот, что произойдет в течение пары месяцев - я проведу серию вебинаров, где расскажу про каждую из частей Product Architecture Framework, чем он отличается от других методологий и в чем может быть профит от его использования в вашей компании. Об этом я сообщу отдельно.
Я очень благодарен всем, кто в течение стольких лет влиял прямо или косвенно на эту работу. Ваше доверие, помощь и предложения помочь, обратная связь, вопросы и точка зрения были бесценны и помогали двигаться вперед. Что я делал не так быстро, как хотелось бы, но фреймворк всегда был и остается для меня в первую очередь научной работой. А для получения нового знания требуется рефлексия и время.
Еще один важный анонс. На этой неделе завершит обучение седьмая когорта программы «Chief Product Officer: управление продуктовой стратегией». Поэтому мы с коллегами из Сколково и Яндекса хотим развернуть дискуссию про продуктовый подход, образование, консалтинг и зачем это все бизнесу.
28 июня, очно, в офисе Яндекса соберутся:
🗣Николай Верховский
Академический директор программ: Digital Shift, CPO: управление продуктовой стратегией, Методолог программы Практикум Директор программ по цифровой трансформации Школы управления СКОЛКОВО
🗣Максим Михалев
ex-CPO Modeus и ведущий программы «Chief Product Officer: управление продуктовой стратегией»
🗣 Сергей Тихомиров (это я)
Автор проектного трека и учебника программы «Chief Product Officer: управление продуктовой стратегией», Ex-Head of Product «Яндекс Практикум», eLama
Соберемся и проведем День открытых дверей!
Что будет:
- про мышление
- про образовательные треки и результаты
- про бизнес
- про конфликт философа и предпринимателя ;)
Приглашаем вас и ваших коллег:
Дата и время: 28 июня с 10:00 до 11:30.
Формат: Очный, количество мест ограничено.
Регистрация: по ссылке
Локация: офис компании Яндекс
❗️ВАЖНО: проход осуществляется по спискам, а количество мест ограничено, поэтому, пожалуйста, обязательно зарегистрируйтесь!
Мы часто употребляем фразы «продуктовая культура», «продуктовые процессы», «продуктовая компания». Настолько часто, что прилагательное «продуктовое» стало восприниматься как знак качества религиозного характера. Символ приверженности к некой элите, которой доступны тайны продуктового мироздания. Подразумевается, что те компании, которые придерживаются «продуктовой культуры» более успешны, чем те, в которых такой культуры нет. Одни хорошие, другие плохие. Загвоздка в том, что в реальности это не так: наличие у компании тех или иных критериев «продуктовости» само по себе не определяет успешность. Есть тысячи примеров компаний, которые достигли потрясающих бизнес-результатов без продуктовой культуры. Есть тысячи примеров компаний, которые были успешны в прошлых столетиях, когда фраз «продуктовое что-то» просто не существовало.
Но если наличие «продуктовой культуры» не имеет значения, то как объясняется, что и «непродуктовые» компании бывают успешны наравне с «продуктовыми»? Может быть мы неверно воспринимаем понятие культуры? Может быть критерии культуры совершенно иные и не связаны с продуктами? Кажется, мне удалось нащупать интересную аналогию, которой хочу поделиться. Разницу в поведении компаний я покажу через сравнение двух типов культур: культуры варваров и культуры земледельцев.
Встречайте новую большую статью, над которой я работал с конца прошлого года. Огромное спасибо всем, кто помогал сделать её лучше своей обратной связью. https://productframework.ru/barb_farm_cultures
Все эти ошибки возникают, когда менеджер на самом деле не представляет, чем именно он управляет. Менеджерам рассказали, что есть цели. Потом рассказали, что у целей есть критерии достижимости. Потом, что они должны измеряться. А вот что такое цели с точки зрения менеджмента менеджерам рассказать забыли. Давайте восстановим картину.
Есть разные объекты управления: продукты, бизнес-модели, процессы, отделы сотрудников, проекты и т.д. у объектов есть свойства, у свойств есть значения. Конкретная связка свойств объекта и их значений, называется состоянием объекта. Так вот, ключевая задача управления - это перевод объекта из текущего состояния в целевое (изменение значений и/или свойств). Менеджмент - это про управление состоянием, а не раздачу задач сотрудникам.
Целевое состояние не зря носит название целевого - оно и определяет цель. Исходя из такой логики, хорошая формулировка цели должна включать четыре элемента:
1) обозначение объекта управления
2) обозначение его свойства
3) обозначение целевого значения свойства
4) и то воздействие, которое должен осуществить менеджер, чтобы изменить текущее состояние до целевого
Если добавить логику OKR, то Objective - это 1, 2 и 4 пункт, а key result - метрики, по которым мы поймём изменение 3 (перечитайте прошлый mondaily).
При этом Objective формулируется по шаблону: "глагол" + "свойство объекта управления" + за счёт + "воздействие".
Всем привет!
Меня зовут Алексей Шеин, я руковожу маркетингом в компании Документерра. Сейчас провожу исследование, чтобы понять отношение продактов к пользовательской документации: в какой момент они задумываются о её необходимости/качестве, с чем это связано. Как понимают и оценивают качество влияния документации на удовлетворённость юзеров.
Продолжительность созвона: 30-60 минут.
Записаться тут 👉 https://forms.yandex.ru/cloud/6629219c50569077add81e2d/
Всем прошедшим опрос, отправим небольшой подарок - фирменную футболку. 🎁
Однако, здравствуйте. В ряды продуктовых конференций прибыло. Организаторы конференции для аналитиков и маркетологов "Матемаркетинг" запустили продуктовое направление https://matemarketing.ru/aha
Она пройдет 6 июня в Москве. Есть три секции: Product analytics, Product Ops и Business efficiency. Как и основная конференция, Aha фокусируется на data driven подходе и аналитике.
Меня там тоже найдете - я расскажу о связке Product ops и метрик для оценки эффективности работы менеджера продукта.
А ещё у конференции будет предварительная онлайн часть 30 мая, где выступит моя бывшая коллега Вика Пирогова, ныне CPO в OneCell. Она расскажет, с какими трудностями пришлось столкнуться при внедрении AI для диагностики онкозаболеваний на специально разработанном аппарате.
Присоединяйтесь!
#mondaily
Замещение метриками смысла
Мда, заголовок получился кликбейтным, но это потому что сложно формулировать просто. Я имею в виду не отрицание data driven подхода, а проблему замещения метриками того, что за ними стоит на самом деле.
Метрики - это индикаторы состояния объекта управления или его отдельных свойств. Например, если объект управления это "бизнес-модель", у него есть свойство рентабельности, состояние которого определяется метриками ROI, NRV или LTV. Или свойство "воронка продаж", которое выражается не только числовыми метриками конверсии или скорости цикла, но ещё и нечисловой конфигурацией (набором этапов воронки). Метрика и свойство объекта - это разные сущности.
И вот на этом этапе часто происходит сбой в голове менеджеров. Вместо того, чтобы оперировать уровнем объекта и свойств, они оперируют уровнем ниже - уровнем метрик. В их защиту стоит сказать, что это естественный способ экономии когнитивной энергии: проще работать с тем, что понятно, что измеримо, чем с абстрактными (на самом деле нет) свойствами. Особенно часто проблема замещения видна при формулировании целей или построении дорожной карты.
Короче. Ко мне есть три возражения. Что мало пишу в канал. Что если пишу, то слишком длинно. Что если пишу, то слишком сложно.
Во-первых, извините, я тут играю роль профессора. Не видно, что ли?! Во-вторых, всё правильно говорят. Поэтому я решил исправиться и запускаю рубрику #mondaily в формате Тёмной Стороны / Темнографики.
По понедельникам я буду публиковать небольшие (по моим меркам) посты с полезными результатами моей методологической работы по теории управления продуктами или какими-то кейсами из консалтинговой практики.
Чтобы соблюсти каденцию, мне даже пришлось сесть и составить контент-план на несколько недель вперед. Записано в синем блокнотике с надписью "make sense". Есть смысл, я считаю, иначе снова не выполню обещание.
P.S. Первый пост опубликую сегодня как бы за вчера.
Небольшие обновления сайта PAF
Раздел "Балкон" превратился в "Лекториум". Раньше в нем были собраны все лонгриды и видео, а сейчас еще и добавлен раздел с ссылками на полезные посты из Telegram, Telegraph и других площадок.
Пока собирал ссылки, понял, что PAF скоро исполнится 6 лет. Датой релиза можно считать публикацию от 6 августа 2018 года. И я даже нашел видео с митапа, где презентовал его первую версию. Раньше он выглядел совсем по-другому. Да и вообще, его было сложно назвать фреймворком.
Но это все лирика. Добро пожаловать в Лекториум https://productframework.ru/library
Частично на этой дискуссии мы затронули тему системного обучения. Андрей приглашал на курс управления продуктами от Product Lab, а я в свою очередь хочу пригласить на курс "Chief Product Officer: управление продуктовой стратегией" от Яндекс Практикум и Сколково, для которого я написал учебник и весь проектный трек.
Сам курс стартует уже 14 марта, а вот 22 февраля можно прийти послушать презентацию этой программы в 10:00 по МСК. https://www.skolkovo.ru/events/prezentaciya-programmy-chief-product-officer-upravlenie-produktovoj-strategiej/
Там можно узнать:
- о чем вообще эта программа
- почему на ней учатся не только CPO
- какие инструменты даются на обучении
- чем она отличается от других
- с какими запросами эффективнее в неё заходить
На прошлой неделе мы с Андреем Бадиным провели небольшой вебинар и рассказали о наших фреймворках управления продуктами. Со стороны Андрея - это Product Focus, с моей стороны - это Product Architecture Framework.
Читать полностью…
Какие темы будут волновать продактов в 2024 году: AI, Product Ops, Org Design, Ecosystem, Go-To-Market Strategy
Интересы отраслевых комьюнити не стоят на месте, а преобразуются со временем в зависимости от вызовов внешней среды или проблем компаний. В этом посте приведены темы, которые сейчас находятся на пике интереса у product manager / head of / CPO. Мнение не взято с потолка, а основано на:
1) анализе тем международных конференций;
2) большого числа обсуждений с руководителями бизнеса и CPO;
3) проблематики российского рынка.
Также, убрано всё из операционного менеджмента вида "как наладить взаимодействие с командой разработки". Эти темы будут существовать вечно просто потому, что каждый год подрастает поколение продактов, для которых это инсайты.
Тренды разбиты на шесть крупных категорий, внутри которых выделены темы и комментарии к ним.
https://telegra.ph/Kakie-temy-budut-volnovat-prodaktov-v-2024-godu-AI-Product-Ops-Org-Design-Ecosystem-Go-To-Market-Strategy-02-01
Всем привет и с наступающим Новым Годом! Побуду Дедом Морозом и поделюсь новой статьей о продуктовых экосистемах.
В статье вы найдете ответы о том, что такое экосистема, какими свойствами обладает, почему в принципе бизнес к ним пришел и в чем плюс этого пасьянса бизнес-моделей. Также я презентую модель Product Ecosystem Map для формализации портфеля продуктов, составляющих экосистему, и которая построена по логике юнит-экономики. https://productframework.ru/product_ecosystem_map
Идеи, которые заложены в модель, прошли определенный путь, первый раз оформившись в лекцию об экосистемах в августе 2022 года в компании Контур. Практически с ней же в марте 2023 для факультета компьютерных наук ВШЭ, где кстати познакомился с потрясающей Екатериной Пинчук, CPO Layer и GigaChat (почитайте её канал), которая рассказывала студентам про тяжелый, но захватывающий путь технологий в Сбере. В апреле-июне была сформирована первая версия модели Product Ecosystem Map и апробирована на двух когортах программы CPO и нескольких сторонних проектах.
А буквально неделю назад Клуб 4CIO и акселератор ФРИИ выпустил книгу "Продуктовый подход для крупного бизнеса", в которую и вошла эта моя статья про экосистемы продуктов. Среди авторов книги можно найти Павла Алферова, Андрея Батрименко, Евгения Борисова, Антона Бессонова, Феликса Карасёва и многих других экспертов. К сожалению, все печатные экземпляры уже разобрали (будут ещё), но есть возможность приобрести электронную версию здесь.
Фактически статья и была написана для этой книги, поэтому её стиль приведен к формату статей из Harvard Business Review. Насколько это получилось - судите сами :) https://productframework.ru/product_ecosystem_map
Всех еще раз с Наступающим! Пусть в Новом Году... да и вы и так всё знаете.
Всем привет. Завтра и послезавтра будет проходить Product Sense. Внезапно на нем буду и я в секции экспертов, которую организует ЦИАН, где каждый может найти эксперта по своей проблеме и проконсультироваться с ним 20-30 минут. Бесплатно и без смс.
Чтобы это сделать, нужно установить приложение Event.Rocks, найти через поиск Product Sense и авторизоваться в ней. Там будет кнопонька "Встречи с экспертами", где можно найти нужного человека и забронировать слот для встречи, чтобы он, голубчик, не отвертелся. И всё. Он ваш. Клетка захлопнулась.
Или же другой вариант - искать среди примерно 1500 участников по залам :) В любом случае, желаю всем полезных знакомств и новых идей.
Make Value. Make Sense. Not something else.
Ну и конечно же сам каркас Product Architecture Framework https://miro.com/app/board/uXjVK3QPtrU=/
Читать полностью…
Всем привет. Вчера мне исполнилось 36 лет, и я решил, что это отличная дата, чтобы представить вам первую версию Product Architecture Framework. PAF - это фреймворк управления продуктами, над которым я работаю более 8 лет.
Кто знаком с моими трудами, могут удивиться, почему именно первая версия. Да просто потому, что остальные версии были никакими не фреймворками, хоть и носили такое название. В августе 2018 я презентовал первую схему питерскому комьюнити, в которой по нескольким категориям были сгруппированы активности и инструментарий менеджера по продукту (историческая отсылка) и запустил сайт. По факту, эта модель была статической солянкой всякого барахла. За последние полтора года подобных схем на рынке появилось с десяток. Проблематика всех этих классификаций одна - это библиотеки, которые непонятно как нужно читать.
Поэтому спустя пару месяцев была готова модель жизненного цикла продукта, которая "задавала ритм" деятельности продакта. Модель определяет фокус на конкретной активности из всего множества, контрольные точки, риски и последовательность развития продукта (историческая отсылка). "Динамическая" модель была куда полезнее статической, поэтому параллельно с работой над самим фреймворком, хотелось решать задачу его дистрибуции. А чтобы проще донести идею жизненного цикла в конце 2018 года я упаковал все концепции в стратегическую бизнес-игру Game of PAF, которая проводится до сих пор.
С одной стороны, модель жизненного цикла хорошо дополняла исходную классификацию, но с другой - делала солянкость прозрачнее, вскрыла противоречия и неполноту. Плоская структура классификации не подходила для отображения слоев менеджмента и не выдерживала MECE принцип, поэтому "одной красивой картинки" больше не стало. Вроде бы собранная мозаика снова разлетелась на кусочки, которые нужно было пересобрать заново.
В течение следующих нескольких лет я детализировал активности из модели жизненного цикла. Сейчас на сайте они лежат в разделах инструменты, гипотезы и библиотеки. Ключевой проблемой стало формирование связок. Например, все знают, что существуют jobs-to-be-done, customer journey map, empathy map и другие модели. Каждая из них как собственная точка зрения, исследующая собственные черты. Но ведь все эти точки зрения смотрят на один и тот же объект - потребителя. Значит должна существовать какая-то общая системная модель поведения потребителя. И если её нет, значит её можно создать. По подобной логике во фреймворке стали рождаться "связующие" модели вроде модели контекста потребителя или экосистемы продуктов. Они помогли соединить ранее независимо рассматриваемые кусочки управления продуктами. Но самое важное, что они привели к пониманию объектной модели, которая и помогла заново собрать мозаику и все расставила на свои места.
Оказалось, что количество объектов, которые важно учитывать при управлении продуктами, конЕчно и не превышает двух десятков (но и не составляет два или три, как многие любят упрощать). Оказалось, что приоритеты и ограничения роста могут быть вообще не в продукте, поэтому бессмысленно их решать продуктовыми инструментами. Оказалось, что scrum или safe вообще не решают задачу управления продуктами. Оказалось, что логика цикла управления фичами не отличается от логики управления продуктами. Оказалось, что для развития продукта не нужен беклог. Оказалось, что управление продуктами - это не творчество и ремесло, а наука и менеджмент. Оказалось, что Product Architecture Framework на самом деле не столько про управление продуктами, сколько про выстраивание бизнес архитектуры компании с позиции управления продуктами. То есть намного шире, чем я представлял себе ранее.
Коллеги, всем добрый день. Я хочу анонсировать свой 2-х дневный оффлайн интенсив "Product Operations для CPO и Product Lead", который пройдет 2 и 3 августа в Москве.
За два очень интенсивных дня мы рассмотрим, как можно выстроить эффективную систему операционного менеджмента. Это позволит вам тратить меньше времени на управление менеджерами и освободить его для стратегических задач и "натачивания пилы".
Из особенностей:
- как всегда много инструментов и системной работы;
- никаких трудноприменимых кейсов крупных корпораций;
- индивидуальная работа + групповые разборы;
- группа ограничена 24 человеками;
- лучше брать с собой коллегу - так проще будет внедрить изменения внутри компании;
- вы уносите с собой планы по изменениям орг. структуры и процессов.
https://productframework.ru/intensive_product_ops
P.S. Если у вас есть вопросы по интенсиву или вас что-то смущает, пожалуйста, напишите мне в личку @sergeytikhomirov или комментарием в группу.
P.P.S. Ну и лайк, шер, репост.
Например:
* Увеличить скорость выкатки ценности для потребителей за счет внедрения scrum. Time-to-market сокращен до 4 недель.
* Снизить отток пользователей BI-продукта за счет добавления новых аналитических шаблонов. Retention rate 2 периода увеличился с 27% до 35%. Переток со старых на новые шаблоны не менее 60% пользователей базы.
* Увеличить количество активаций, пришедших через VK за счет изменения плейсмента и внедрения новых офферов. Объем активаций увеличился до 2500.
* Увеличить доходимость до конца курсов студентов за счет добавления тренажеров навыков. Конверсия в завершенный курс 70%. NPS 85%.
Конечно же, это только одна из точек зрения на шаблон формулирования цели. Так как я вывожу её от объектов управления, то пусть она называется школой кибернетики. Шаблон решает одни задачи и не решает других.
#mondaily
Формула цели от объекта управления
В продолжение прошлого #mondaily хочу рассказать о шаблоне целеполагания, который строится от объекта управления и его свойств. Он использует логику разделения цели на Objective и Key Result, а потому может быть органично вписан в систему OKR.
На прошлом Product Sense я проводил мастер-класс, где рассказывал об этой формуле и популярных проблемах при целеполагании, с которыми сталкивался при внедрении процесса целеполагании в продуктовых командах:
1) Непонятно, чем обоснована достижимость цели = отсутствие информации "за счёт чего". Например, увеличить число активаций через Facebook до 5000.
2) Замещение цели способом ее достижения. Например, найти оптимальный набор уведомлений для повышения вовлечённости потребителя.
3) Несовместимость Objective и Key Result. Например, Objective "Обеспечить потребителю потрясающий опыт", kr1 "повысить NPS c X до Y", kr2 "удерживать CAC не выше Y".
4) Сложно измерить результат / отсутствие KR. Например, "запустить процесс квартального целеполагания в нескольких командах".
5) Замещение KR конкретными задачами. Например, Objective "Подготовить стратегию выхода на рынок", kr1 "проанализировать конкурентов", kr2 "сделать swot-анализ", kr3 "провести глубинное интервью", kr4 "собрать всех в одной комнате", kr5 "собрать всех в другой комнате" и т.д.
6) Сложно оценить прогресс достижения цели. Например, Objective "узнать, кто является нашим сегментом, и научиться с ним работать", kr1 "узнать", kr2 "научиться".
Все эти ошибки возникают, когда менеджер на самом деле не представляет, чем именно он управляет.
Некоторое время назад у меня была идея Открытой Трибуны - дать возможность людям без своих каналов публиковать интересные посты в этом. Она не наша поддержки. Однако, если есть возможность обратиться к аудитории, то нужно его использовать. Поэтому публикую ниже просьбу о проведении исследования.
Читать полностью…
В первом случае менеджеры формулируют key result в виде конкретных метрик, но либо используют слишком верхнеуровневую вроде "прибыль", либо слишком низкоуровневую вроде "конверсия в начало user flow". Т.е. метрики тех объектов, которые находятся вне зоны их управления.
В случае с дорожными картами фокус на метриках приводит к тому, что метрики меняются, а свойства объекта управления нет. То есть происходит некое "дотачивание" объекта вместо его изменения. На middle run это может привести в ловушку: вроде мы растем, вроде метрики меняются в лучшую сторону, но потом бац и конкуренция проиграна. Извините за аналогию, но у недавно умершего пациента температура будет как у живого.
P.S. Когда-нибудь я буду успевать именно в понедельник.
#mondaily
Сравнение функций CPO и Продуктового Комитета
Функции CPO, как и менеджер продукта, отличаются в зависимости от компании. Где-то он отвечает только за сотрудников, их развитие и процессы. Где-то - за показатели портфеля продуктов. Где-то он полностью владеет бизнес-юнитом и отвечает за экономические показатели. В общем, функции определяются объектами управления.
Дополнительная сложность возникает, когда в компании одновременно с должностью CPO существует Продуктовый Комитет. Каким образом разделить ответственность между ними, чтобы не было пересечений, но при этом закрыты все зоны, подскажет табличка из вложения. Также, её можно использовать для подготовки job description для должности CPO.
Интересное наблюдение. Как-то с Павлом Алферовым, профессором Школы управления Сколково, мы обсуждали специфику менеджмента российских компаний. Павел уже много лет внедряет собственную методологию проектного управления в корпорациях. Хорошо понимая психологию мышления руководителей, он подтвердил мои мысли, почему наравне с функцией CPO может существовать Продуктовый Комитет.
Первая причина рациональная - использование в качестве замены должности CPO, когда она временно или постоянно отсутствует в компании. Вторая причина - использование для координации нескольких CPO между собой в компаниях с несколькими большими бизнес-юнитами. А вот третья причина великолепна. Продуктовый Комитет существует вместе с функцией CPO просто потому, что руководство компании не готово делегировать ему полномочия. Не доверяет CPO или считает его недостаточно компетентным. При этом, не желая делегировать полномочия, не снимает с него ответственности :)
Привет, это Сергей Тихомиров, автор Product Architecture Framework. Сейчас мы с коллегами работаем над новой программой обучения для руководителей продуктовых команд. Эта программа поможет руководителям значительно сократить время и деньги на выстраивание эффективных операционных процессов и организационный дизайн команд.
Нам нужна помощь руководителей продуктовых команд (CPO, Head of Product, Stream Owner, CEO, предприниматель и т.д.), чтобы убрать лишнюю воду и максимально сосредоточиться на приносимой ценности. Как и всегда.
Пожалуйста, примите участие в этом вопросе. Или сбросьте его своему руководителю.
https://forms.yandex.ru/u/66050e82068ff029641f4b34
P.S. Это не первоапрельская шутка. Мои брови серьезны.
GoPractice сегодня запустил новый продукт «Профессия: продакт-менеджер» для тех, кто хочет перейти на эту позицию со смежных ролей (project, analyst, designer, developer, sales, marketing и т.д.). Вообще, каждый запуск от GoPractice это большое событие, потому что качество материала и подачи со временем первого симулятора задает высокую планку для других edtech-продуктов.
Программа состоит из 5 модулей и занимает 11 месяцев. В качестве экспертов, авторов и наставников - практикующие менеджеры продуктов. Причем с опытом найма или сами бывшие свитчеры, поэтому обучение максимально сфокусировано на том, что является действительно важным для транзита из другой роли.
Формат обучения смешанный: есть классические статьи, есть необходимость решения кейсов, есть симулятор. Плюс дополнительные материалы. Студентов сопровождают менторы и кураторы на всем пути, как и в остальных подобных программах обучения. В конце - диплом, портфолио и помощь с подготовкой к трудоустройству от NewHR.
Теперь наблюдать за конкуренцией продуктов по обучению продактов будет действительно интересно :)
Ближайшая когорта стартует уже в следующем месяце. Инжойте https://gopractice.ru/switchers/
Запись вебинара «Система управления продуктами: методология, структура, компетенции»
Вчера Андрей Бадин и Сергей Тихомиров провели экспертную дискуссию на тему «Система управления продуктами: методология, структура, компетенции», расскажем немного подробнее ⬇️
На дискуссии обсудили:
— Как создать продуктовую методологию, подобрать фреймворки и инструменты
— Как должна работать система продуктового управления
— Кто такой настоящий продакт-менеджер и что на самом деле входит в его компетенции
— Как внедрить продуктовый подход
Если вы пропустили эфир, но хотите глубже погрузиться в управление продуктами, тогда предлагаем вам посмотреть запись дискуссии!
Смотреть запись дискуссии
Также вы можете подписаться на авторские telegram-каналы спикеров, чтобы быть в курсе продуктовых трендов и узнать еще больше о продакт-менеджменте.
👉 Канал Андрея «Управляй иначе»
👉 Канал Сергея «Борода продакта»
Развивая один из трендов прошлого поста про масштабирование системы управления продуктами в компании и product ops, мы с Андреем Бадиным, основателем Product Lab, проведем вебинар-дискуссию «Система управления продуктами: методология, структура, компетенции».
15 февраля в 19.00 по Мск поговорим:
— Как создать продуктовую методологию, подобрать фреймворки и инструменты
— Как должна работать система продуктового управления
— Функция продакт-менеджера и что входит в его компетенции
— Как внедрить продуктовый подход и что же это все-таки такое
Эксперты мероприятия:
⭕️Андрей Бадин:
— Основатель и CEO компаний Product Lab, Проектные Сервисы
— Архитектор методологии Product Focus
— Опыт более 20 лет в проведении трансформаций и внедрении продуктовых подходов
⭕️Сергей Тихомиров:
— Ex-Head of Product «Яндекс Практикум», eLama
— Опыт более 11 лет в управлении продуктами
— Автор методологии Product Architecture Framework
Зарегистрироваться можно вот здесь
Я решил не отставать от других и тоже подвести итоги года, хоть и запоздало. Постарался сделать их не столько ретроспективой, сколько набором полезных отсылок или анонсов будущих проектов, чтобы каждый смог найти что-то для себя (самое полезное, как полагается, в конце).
А еще я хочу сказать огромное спасибо тем замечательным людям, с которыми удалось познакомиться и поработать в прошлом году. Иногда находишь удивительные вещи там, где совершенно не ожидаешь.
https://telegra.ph/Itogi-2023-ili-chem-poleznym-ya-mogu-podelitsya-s-ostalnymi-01-15
Полтора месяца назад мы с Юрой Агеевым, основателем на мой взгляд самой крутой конференции о менеджементе продуктов ProductSense, записали подкаст на темы, которые для большинства кажутся занудными, абстрактными и слабоприменимыми на практике. Потому что вместо кейсов целый час мы говорили про объекты управления, результативность и эффективность, функции ролей, кибернетику, да и вообще "потерянный менеджмент" у менеджеров. Кстати, именно последнее стало неофициальной темой для конференции ProductSense’23, которая вот-вот пройдет в Москве 4-5 сентября.
В общем, если вы senior / head of / CPO / CEO и решаете задачу построения масштабируемых команд и процессов, этот подкаст может быть вам полезен. Даже если он не откроет нового, то хотя бы может подтвердить ваши текущие мысли. Юавелком энд инжой.