YS
Size: a a a
2020 January 20
PO
Nikita Poselyanov
Я бы сказал Никита с Пашей )))
Я бы сказал, что не надо тут Пашу приплетать.
NP
Отбеливается теперь ))
YS
Взгляд на продукт со стороны продактов 😉
YS
Как в большой компании между продактами делится продукт
В Ozon есть руководители направлений и подчиняющиеся им владельцы продуктов, которые управляют беклогом и разработкой в рамках своей вертикали (будь то логистика, взаимодействие с клиентом, ценообразование и проч.) и продакт-менеджеры, которые формируют пул требований и задач, необходимые реализовать для роста бизнеса, продуктовых метрик и NPS пользователя.
По сути, владельцы продуктов, у которых KPI - количество реализованных продуктов и фич, способствующих росту ключевых метрик, и продакт-менеджеры, у которых KPI - количество спроектированных и доведенных до реализации продуктов и фич, способствующих росту бизнеса и продуктовых метрики, стараются пересечься в интересах.
Первые - сделать меньше в рамках одной задачи, но больше в количестве. Вторые - сделать больше и лучше: полноценные сервисы, а не MVP, на которых можно растить выручку и маржу компании - ключевые метрики роста бизнеса.
Порядок формирования задач на разработку
+ формулировка бизнес-требований происходит в первую очередь. Бизнес-руководители определяют, на чем и как будут зарабатываться деньги
+ продакт-менеджеры определяют CJM&Job Stories в продукте, посредством которых могут быть достигнуты бизнес-задачи
+ совместно с системными аналитиками продукта и предполагаемых к взаимодействию систем
+ собирается большая общая встреча со всеми руководителями и системными аналитиками задействованных систем. Все стараются прикинуть свое участие, с приоритетом на закрытие продуктовой потребности и минимизации своих трудозатрат. Задачи декомпозируются горизонтально, в основном по бизнес-процессам, в том числе и по части, в каком месте правильнее было бы концептуально сделать ту или иную доработку.
+ после нескольких встреч/итераций/обсуждений формируются решения и пул интеграций между вертикалями, формируется топик и группа задач и тикетов, планирование задач в спринтах
+ все коммуникации по фиче - в общем чате и периодических встречах
Особенности распределения продукта между продактами
+ всегда есть продакт-лид фичи, который отвечает за концентуальную, техническую и организационную часть продукта
+ распределение происходит концептуальное: исходя из реального предназначения той или иной вертикали. Соответственно, доработка под фичу может быть разной по объему
+ задачи ранжируются от первостепенной (без чего не будет ничего работать) до самой некритичной (без которой на самом деле можно запустить фичу и уже заработать денег). Примерно в таком порядке и реализуются. Как правило, самые критичные берутся и делаются в первую очередь.
+ при откладывании в приоритете задач одной из вертикалей ищется решение по изменению пользовательского флоу, взаимодействия систем. Но чаще всего приходится ждать, когда задача доедет до реализации, сроки корректируются.
+ на интеграции закладываются отдельные спринты разработки и тестирования
Продуктовая культура и выстроенные процессы помогают компании работать как часы. Далеко не все стартапы и маленькие компании могут таким похвастаться. И пример Ozon - не единственный! Сегодня мы специально договорились с Аней Подображных, продактом из Авито, рассказать о том, как устроены процессы в наших компаниях. Почитать про то, как у них все работает и как продакты «распиливают» продукт можно в канале Ани: @product_weekdays.
В Ozon есть руководители направлений и подчиняющиеся им владельцы продуктов, которые управляют беклогом и разработкой в рамках своей вертикали (будь то логистика, взаимодействие с клиентом, ценообразование и проч.) и продакт-менеджеры, которые формируют пул требований и задач, необходимые реализовать для роста бизнеса, продуктовых метрик и NPS пользователя.
По сути, владельцы продуктов, у которых KPI - количество реализованных продуктов и фич, способствующих росту ключевых метрик, и продакт-менеджеры, у которых KPI - количество спроектированных и доведенных до реализации продуктов и фич, способствующих росту бизнеса и продуктовых метрики, стараются пересечься в интересах.
Первые - сделать меньше в рамках одной задачи, но больше в количестве. Вторые - сделать больше и лучше: полноценные сервисы, а не MVP, на которых можно растить выручку и маржу компании - ключевые метрики роста бизнеса.
Порядок формирования задач на разработку
+ формулировка бизнес-требований происходит в первую очередь. Бизнес-руководители определяют, на чем и как будут зарабатываться деньги
+ продакт-менеджеры определяют CJM&Job Stories в продукте, посредством которых могут быть достигнуты бизнес-задачи
+ совместно с системными аналитиками продукта и предполагаемых к взаимодействию систем
+ собирается большая общая встреча со всеми руководителями и системными аналитиками задействованных систем. Все стараются прикинуть свое участие, с приоритетом на закрытие продуктовой потребности и минимизации своих трудозатрат. Задачи декомпозируются горизонтально, в основном по бизнес-процессам, в том числе и по части, в каком месте правильнее было бы концептуально сделать ту или иную доработку.
+ после нескольких встреч/итераций/обсуждений формируются решения и пул интеграций между вертикалями, формируется топик и группа задач и тикетов, планирование задач в спринтах
+ все коммуникации по фиче - в общем чате и периодических встречах
Особенности распределения продукта между продактами
+ всегда есть продакт-лид фичи, который отвечает за концентуальную, техническую и организационную часть продукта
+ распределение происходит концептуальное: исходя из реального предназначения той или иной вертикали. Соответственно, доработка под фичу может быть разной по объему
+ задачи ранжируются от первостепенной (без чего не будет ничего работать) до самой некритичной (без которой на самом деле можно запустить фичу и уже заработать денег). Примерно в таком порядке и реализуются. Как правило, самые критичные берутся и делаются в первую очередь.
+ при откладывании в приоритете задач одной из вертикалей ищется решение по изменению пользовательского флоу, взаимодействия систем. Но чаще всего приходится ждать, когда задача доедет до реализации, сроки корректируются.
+ на интеграции закладываются отдельные спринты разработки и тестирования
Продуктовая культура и выстроенные процессы помогают компании работать как часы. Далеко не все стартапы и маленькие компании могут таким похвастаться. И пример Ozon - не единственный! Сегодня мы специально договорились с Аней Подображных, продактом из Авито, рассказать о том, как устроены процессы в наших компаниях. Почитать про то, как у них все работает и как продакты «распиливают» продукт можно в канале Ани: @product_weekdays.
ТХ
Спасибо за ответы!=)
JP
Вариант 1. Предложить командам самим найти решение.
Вариант 2. Предложить паттерн Traveller. Дизайнер уходит на спринт в новую команду. Его цель - не втащить дизайн самому а прокачать экспертизу по дизайну в новой команде. Все что он делает, он делает в паре с добровольцем который готов у себя прокачать дизайн скилл.
Вариант 3. Предложить дизайнеру переход в новую команду. Дать время сколько попросит чтобы передать свои скиллы добровольцу из старой команды.
Вариант 2. Предложить паттерн Traveller. Дизайнер уходит на спринт в новую команду. Его цель - не втащить дизайн самому а прокачать экспертизу по дизайну в новой команде. Все что он делает, он делает в паре с добровольцем который готов у себя прокачать дизайн скилл.
Вариант 3. Предложить дизайнеру переход в новую команду. Дать время сколько попросит чтобы передать свои скиллы добровольцу из старой команды.
Да, плюс можно попробовать к тревеллеру добавить https://management30.com/practice/competency-matrix/ построить - может у кого-то уже есть какие-то ценные навыки, которые можно прокачать. Или может как раз кто-то хочет их подтянуть. Часто, например, БА переходят в UX и график дизайн @TimurHairullin #TAMfreeAdvise
ТХ
Да, плюс можно попробовать к тревеллеру добавить https://management30.com/practice/competency-matrix/ построить - может у кого-то уже есть какие-то ценные навыки, которые можно прокачать. Или может как раз кто-то хочет их подтянуть. Часто, например, БА переходят в UX и график дизайн @TimurHairullin #TAMfreeAdvise
Кстати, да, матрица компетенций можно почекать, спасибо=)
JP
Как в большой компании между продактами делится продукт
В Ozon есть руководители направлений и подчиняющиеся им владельцы продуктов, которые управляют беклогом и разработкой в рамках своей вертикали (будь то логистика, взаимодействие с клиентом, ценообразование и проч.) и продакт-менеджеры, которые формируют пул требований и задач, необходимые реализовать для роста бизнеса, продуктовых метрик и NPS пользователя.
По сути, владельцы продуктов, у которых KPI - количество реализованных продуктов и фич, способствующих росту ключевых метрик, и продакт-менеджеры, у которых KPI - количество спроектированных и доведенных до реализации продуктов и фич, способствующих росту бизнеса и продуктовых метрики, стараются пересечься в интересах.
Первые - сделать меньше в рамках одной задачи, но больше в количестве. Вторые - сделать больше и лучше: полноценные сервисы, а не MVP, на которых можно растить выручку и маржу компании - ключевые метрики роста бизнеса.
Порядок формирования задач на разработку
+ формулировка бизнес-требований происходит в первую очередь. Бизнес-руководители определяют, на чем и как будут зарабатываться деньги
+ продакт-менеджеры определяют CJM&Job Stories в продукте, посредством которых могут быть достигнуты бизнес-задачи
+ совместно с системными аналитиками продукта и предполагаемых к взаимодействию систем
+ собирается большая общая встреча со всеми руководителями и системными аналитиками задействованных систем. Все стараются прикинуть свое участие, с приоритетом на закрытие продуктовой потребности и минимизации своих трудозатрат. Задачи декомпозируются горизонтально, в основном по бизнес-процессам, в том числе и по части, в каком месте правильнее было бы концептуально сделать ту или иную доработку.
+ после нескольких встреч/итераций/обсуждений формируются решения и пул интеграций между вертикалями, формируется топик и группа задач и тикетов, планирование задач в спринтах
+ все коммуникации по фиче - в общем чате и периодических встречах
Особенности распределения продукта между продактами
+ всегда есть продакт-лид фичи, который отвечает за концентуальную, техническую и организационную часть продукта
+ распределение происходит концептуальное: исходя из реального предназначения той или иной вертикали. Соответственно, доработка под фичу может быть разной по объему
+ задачи ранжируются от первостепенной (без чего не будет ничего работать) до самой некритичной (без которой на самом деле можно запустить фичу и уже заработать денег). Примерно в таком порядке и реализуются. Как правило, самые критичные берутся и делаются в первую очередь.
+ при откладывании в приоритете задач одной из вертикалей ищется решение по изменению пользовательского флоу, взаимодействия систем. Но чаще всего приходится ждать, когда задача доедет до реализации, сроки корректируются.
+ на интеграции закладываются отдельные спринты разработки и тестирования
Продуктовая культура и выстроенные процессы помогают компании работать как часы. Далеко не все стартапы и маленькие компании могут таким похвастаться. И пример Ozon - не единственный! Сегодня мы специально договорились с Аней Подображных, продактом из Авито, рассказать о том, как устроены процессы в наших компаниях. Почитать про то, как у них все работает и как продакты «распиливают» продукт можно в канале Ани: @product_weekdays.
В Ozon есть руководители направлений и подчиняющиеся им владельцы продуктов, которые управляют беклогом и разработкой в рамках своей вертикали (будь то логистика, взаимодействие с клиентом, ценообразование и проч.) и продакт-менеджеры, которые формируют пул требований и задач, необходимые реализовать для роста бизнеса, продуктовых метрик и NPS пользователя.
По сути, владельцы продуктов, у которых KPI - количество реализованных продуктов и фич, способствующих росту ключевых метрик, и продакт-менеджеры, у которых KPI - количество спроектированных и доведенных до реализации продуктов и фич, способствующих росту бизнеса и продуктовых метрики, стараются пересечься в интересах.
Первые - сделать меньше в рамках одной задачи, но больше в количестве. Вторые - сделать больше и лучше: полноценные сервисы, а не MVP, на которых можно растить выручку и маржу компании - ключевые метрики роста бизнеса.
Порядок формирования задач на разработку
+ формулировка бизнес-требований происходит в первую очередь. Бизнес-руководители определяют, на чем и как будут зарабатываться деньги
+ продакт-менеджеры определяют CJM&Job Stories в продукте, посредством которых могут быть достигнуты бизнес-задачи
+ совместно с системными аналитиками продукта и предполагаемых к взаимодействию систем
+ собирается большая общая встреча со всеми руководителями и системными аналитиками задействованных систем. Все стараются прикинуть свое участие, с приоритетом на закрытие продуктовой потребности и минимизации своих трудозатрат. Задачи декомпозируются горизонтально, в основном по бизнес-процессам, в том числе и по части, в каком месте правильнее было бы концептуально сделать ту или иную доработку.
+ после нескольких встреч/итераций/обсуждений формируются решения и пул интеграций между вертикалями, формируется топик и группа задач и тикетов, планирование задач в спринтах
+ все коммуникации по фиче - в общем чате и периодических встречах
Особенности распределения продукта между продактами
+ всегда есть продакт-лид фичи, который отвечает за концентуальную, техническую и организационную часть продукта
+ распределение происходит концептуальное: исходя из реального предназначения той или иной вертикали. Соответственно, доработка под фичу может быть разной по объему
+ задачи ранжируются от первостепенной (без чего не будет ничего работать) до самой некритичной (без которой на самом деле можно запустить фичу и уже заработать денег). Примерно в таком порядке и реализуются. Как правило, самые критичные берутся и делаются в первую очередь.
+ при откладывании в приоритете задач одной из вертикалей ищется решение по изменению пользовательского флоу, взаимодействия систем. Но чаще всего приходится ждать, когда задача доедет до реализации, сроки корректируются.
+ на интеграции закладываются отдельные спринты разработки и тестирования
Продуктовая культура и выстроенные процессы помогают компании работать как часы. Далеко не все стартапы и маленькие компании могут таким похвастаться. И пример Ozon - не единственный! Сегодня мы специально договорились с Аней Подображных, продактом из Авито, рассказать о том, как устроены процессы в наших компаниях. Почитать про то, как у них все работает и как продакты «распиливают» продукт можно в канале Ани: @product_weekdays.
А они уже выбрались из кризиса? Что-то плохи у них там дела были вроде бы
LK
пагаарпп
N
Привет! Помогите, подалуйста понять,что явлется классом в FDD, а то не могу вникнуть в методологию.
Гугл не предлагать 😊
Гугл не предлагать 😊
JP
Nastix
Привет! Помогите, подалуйста понять,что явлется классом в FDD, а то не могу вникнуть в методологию.
Гугл не предлагать 😊
Гугл не предлагать 😊
Да похоже то же, что и везде, zum Beispiel
JP
Вот из этой книжки - Scaling Software Agility: Best Practices for Large Enterprises By Dean Leffingwell
N
@pavlovajane Благодарю 💕
K
а почему из дизайнеров не сделать отдельный отдел дизайнерский
пусть втроем делают
пусть втроем делают
K
выработаю общий подход к проектированию
типовые решения
фреймворк наконец
типовые решения
фреймворк наконец
K
всем команды будут на одном языке говорить