🔥

Тред (Дарья Пронина)


Все хочу поговорить на серьезные темы, а получаются только кулстори 😅 В общем, хочу затронуть такую тему как разделение ответственности за продукт в DS. Интересно, как это устроена у вас и вообще думаете ли вы от этом)

У меня часто по ходу работы над функционалом возникает много идей, как можно было бы сделать лучше и что ещё можно потестировать. Я обычно слежу за нашими клиентскими исследованиями и стараюсь в конечном решении учесть максимум болей пользователей.

В целом это вроде как здоровая история, что разработчики вовлечены в продукт и тоже стараются что-то превносить

Но у нас появлялись, как бы это назвать... коллизии ответственности что ли)

Потому что есть тимлид (он же техлид продуктового направления по сути). Он продумывает архитектуру фичи и обсуждает ее с разными людьми на всяких встречах, от которых разработчики избавлены к счастью

Есть ещё продакт-менеджер. Он занимается продуктовой проработкой и может в любой момент подкинуть тебе нереалистичную идею для улучшения. В итоге мы несколько раз обсуждаем, что это сложновато и лучше не сильно отходить от предварительно утвержденного концепта

В итоге и твоей идеи "Сделать простую фичу на конкретном фреймворке", которую все одобрили, по ходу реализации получается такое письмо из Простоквашино, где тимлид на встречах утвердил другую техническую реализацию, а продает накидал хотелок, которые в фреймворк не вписываются.

Теперь вопрос в зал) Кто в такой ситуации стать быть product owner и нести ответственность за конечный результат фичи? Немного подержу опрос, потом расскажу, как мы решали эту проблему Ну и пишите свои мысли или как у вас похожий процесс устроен)
🤔 13.6% Data scientist
🤔 40.9% Team lead
🤔 45.5% Product manager

Итак, по опросу приз в виде product owner'ва получил продакт менеджер) Напомню, что наша ситуация была отягощена тем, что у меня шило в жопе😅 С этой позиции и расскажу наше итоговое решение

В первую очередь, мы разделили продуктовую часть проекта (дизайн и реализацию на сайте/аппах) и техническую (моделирование и бизнес-правила с нашей стороны) в отдельные проекты прямо на этапе планирования.

Если проект попроще - например, какой-то эксперимент новой модели рекомендаций в уже существующей полке, то проект заводим полностью на нас. Если наоборот - основная часть на клиентах, а от нас нужно например тупо посчитать топ кликнутых фильтров, то проект полностью на плечах PM

Дальше остается только вопрос, как распределить роли внутри команды. В итоге решили, что некоторые проекты можно выдвигать при желании самостоятельно: самому их планировать и описывать, питчить на квартальных встречах, ходить на проектные встречи и следить чтобы никто не косячил

Это конечно добавляет немного головной боли и несколько встреч, но в итоге ты прокачиваешься в менеджерских скилах и вообще после релиза супер горд за себя🙂