Все хочу поговорить на серьезные темы, а получаются только кулстори 😅
В общем, хочу затронуть такую тему как разделение ответственности за продукт в DS. Интересно, как это устроена у вас и вообще думаете ли вы от этом)
У меня часто по ходу работы над функционалом возникает много идей, как можно было бы сделать лучше и что ещё можно потестировать.
Я обычно слежу за нашими клиентскими исследованиями и стараюсь в конечном решении учесть максимум болей пользователей.
В целом это вроде как здоровая история, что разработчики вовлечены в продукт и тоже стараются что-то превносить
Но у нас появлялись, как бы это назвать... коллизии ответственности что ли)
Потому что есть тимлид (он же техлид продуктового направления по сути). Он продумывает архитектуру фичи и обсуждает ее с разными людьми на всяких встречах, от которых разработчики избавлены к счастью
Есть ещё продакт-менеджер. Он занимается продуктовой проработкой и может в любой момент подкинуть тебе нереалистичную идею для улучшения. В итоге мы несколько раз обсуждаем, что это сложновато и лучше не сильно отходить от предварительно утвержденного концепта
В итоге и твоей идеи "Сделать простую фичу на конкретном фреймворке", которую все одобрили, по ходу реализации получается такое письмо из Простоквашино, где тимлид на встречах утвердил другую техническую реализацию, а продает накидал хотелок, которые в фреймворк не вписываются.
Теперь вопрос в зал) Кто в такой ситуации стать быть product owner и нести ответственность за конечный результат фичи?
Немного подержу опрос, потом расскажу, как мы решали эту проблему
Ну и пишите свои мысли или как у вас похожий процесс устроен)
🤔
13.6% Data scientist🤔
40.9% Team lead🤔
45.5% Product managerИтак, по опросу приз в виде product owner'ва получил продакт менеджер)
Напомню, что наша ситуация была отягощена тем, что у меня шило в жопе😅 С этой позиции и расскажу наше итоговое решение
В первую очередь, мы разделили продуктовую часть проекта (дизайн и реализацию на сайте/аппах) и техническую (моделирование и бизнес-правила с нашей стороны) в отдельные проекты прямо на этапе планирования.
Если проект попроще - например, какой-то эксперимент новой модели рекомендаций в уже существующей полке, то проект заводим полностью на нас.
Если наоборот - основная часть на клиентах, а от нас нужно например тупо посчитать топ кликнутых фильтров, то проект полностью на плечах PM
Дальше остается только вопрос, как распределить роли внутри команды.
В итоге решили, что некоторые проекты можно выдвигать при желании самостоятельно: самому их планировать и описывать, питчить на квартальных встречах, ходить на проектные встречи и следить чтобы никто не косячил
Это конечно добавляет немного головной боли и несколько встреч, но в итоге ты прокачиваешься в менеджерских скилах и вообще после релиза супер горд за себя🙂