В заключительном, надеюсь, посте про работу в Озон расскажу про распределение ролей в команде.

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

Из того, что есть в меню ролей средней продуктовой команды:
- Продакт
- Проджект
- Бизнес аналитик (БА)
- Системный аналитик (СА)

В зависимости от отдела/департамента сетап может меняться. Например, у меня нет проджекта, а где-то есть (я видел, я точно видел!). Чистых БА в логистике, кажется, нет - эту роль между собой делят продакты и СА.

Анализ вашего ДНК показал, что вы на 50% продакт, на 30% - проджект, на 15% - системный аналитик, на 5% - козел отпущения.

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

Что можно делать продуктовово: конечно, исследовать.

Ozon Tech - это рельсы, по которым едет махина маркетплейса. В большей степени, технические рельсы. Поэтому исследования у нас могут показаться немного куцыми и предназначены скорее для того, чтобы махина ехала быстрее.

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

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

БА изучает бизнес-процессы, общается с заказчиком, фиксирует о чем наобщался. Тут можно блеснуть и нарисовать схему бизнес-процесса в Miro, на которую особо никто не посмотрит. Кстати, бывает так, что бизнес-аналитика встает колом, потому что компания большая и непонятно откуда растут ноги. Например, анализируем разные типы транспортных плеч и такие: опа, а это чо? Начинаем спрашивать - никто не знает. Идешь копать.

Будучи СА можно прям нарисоваться разных схем в угодной нотации. UML, C4, B52 - кто во что горазд. Особо тут добавить что-то нечего: надо много копать в межсервисное взаимодействие и сохранять позитивный настрой, глядя на протофайлы.

Ну и, разумеется, проектный менеджмент. Тут все понятно: деливери. Требования, карточки проектов, управление ожиданиями и рисками. В качестве побочки иногда снятся диаграммы Ганта.

Если у вас аллергия на какую-то роль из представленных в меню, сообщите в этом руководителю/команде/hr-у

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

Из подхода к работе, кажется, рассказал все, что мог. Если нет - поправляйте. В общем, могу немного рассказать как устроен маркетплейс внутри и логистика, в частности. Лайк, если интересно.