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

В этой статье я хотел бы рассказать о своём пути из проджекта в продакты:

  • чем я занимался, будучи проджектом, и почему я захотел перейти в продакты;

  • какой опыт из прошлой жизни пригодился и насколько было тяжело.

Я не буду расписывать теорию из книжек, которую прочитать вы и сами сможете, я опишу свой реальный опыт. На моей предыдущей работе мы запускали огромный проект по цифровизации кредитного процесса CIB (Corporate Investment Business, сегмент по работе с самыми крупными клиентами) с командой более 100 человек (вначале было только два — я и мой руководитель).

Чем занимается проджект

  • Прежде всего ты готовишь всю проектную документацию, которая в итоге собирается в паспорт проекта. В дальнейшем он выносится на комитет для открытия проекта.

  • Работаешь с заинтересованными сторонами, продаёшь саму идею и выстраиваешь ожидания. Дальше готовишь отчётные и статусные материалы для заказчиков.

  • Рассчитываешь и согласовываешь финансово-экономическую модель проекта и доказываешь финансовому департаменту, что он (проект) действительно экономически состоятелен.

  • Рассчитываешь и согласовываешь ресурсный план проекта. Особенно сложно обосновывать в самом начале большую численность команды, потому что только примерно понимаешь, сколько и каких людей нужно. Мы же по agile живём!
    Процесс найма и его контроль — отдельный вид искусства (особенно если IT удалённо или на другой площадке), и нужно приложить много усилий, чтобы держать это всё под контролем.

  • Ещё добавляется пунктик про управление ресурсами. Это когда на проекте у тебя появляется вендор и тебе надо следить за тем, чем эти люди занимаются, сколько они отработали, сколько и в какой момент ты должен им заплатить. Совсем интересно становится, когда на проекте не один подрядчик, а три и более.

  • Управление сроками (этот пункт тянет на отдельную статью).

  • Управление закупками. Раньше я этот пункт недооценивал, но это было до того момента, пока у меня не появился многостраничный документ того, что должно быть закуплено, а на дворе конец года (в это время все подразделения что-то закупают, чтобы освоить бюджет и отдел закупок перегружен донельзя). А самое интересное, что каждая закупка из этого списка в проекте стоит на критическом пути (это означает, что любой сдвиг сроков сразу влияет на срок реализации проекта).

Это было невероятно и очень интересно, для меня это было настоящим вызовом!

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

Параллельно с этим я смотрел за тем, куда стремится рынок. Стал замечать, что в том же «большом зелёном банке» чистых проджектов в IT уже нет, как и во многих западных компаниях. Безусловно, функции проджекта — это не выдуманный функционал, однако часто он распределяется внутри команды таким образом, что потребности в отдельно выделенном проджекте нет. В западных компаниях часто проджекта заменяют на engineering manager (тимлид с менеджерскими обязанностями) + product manager. А часть функций проджекта становится невостребованной, когда компания начинает мыслить продуктом, а не проектами (например, открытие проекта, подготовка паспорта проекта и т. д.)

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

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

А как продакт ты определяешь видение продукта, который необходимо создать. Собираешь требования и расставляешь приоритеты, в то время как проджект действует в рамках этого видения и следит за тем, чтобы оно выполнялось вовремя и в рамках бюджета.

Чем занимается продакт

Итак, по прошествии некоторого времени работы в Сбере я постарался ответить себе на этот вопрос.

  • Формирует видение продукта

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

  • Общается с пользователями

Продакт должен понимать боли пользователей продукта. Это значит, что нужно много с ними общаться, периодически проводить custdev. Без этого нельзя сформировать правильное видение продукта.

  • Изучает конкурентов

Сейчас всё меняется и развивается крайне быстро. Ох уж этот vuca-мир! Даже если вы делаете внутреннее решение, это не означает, что оно должно чем-то уступать рыночным продуктам! Вашим решением должно быть удобно пользоваться.

  • Контролирует разработку своих команд

Если, конечно, вы не любите сюрпризы в последний день спринта.

  • Берёт на себя ответственность

Продакт несёт ответственность за то, что делает продуктовая команда и как она это делает, а также за всё, что связано с продуктом.

  • Формулирует и проверяет гипотезы

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

  • Приоритизирует бэклог

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

  • Отслеживает успешность внедрённых улучшений

К сожалению, не все улучшения будут приносить ту пользу для пользователя, которую в них изначально закладывали, и это нужно отслеживать через метрики продукта.

Что мне помогло при переходе с проджекта на продакта

Безусловно, работа продакта сильно отличается от проджекта, однако при переходе я для себя заметил, что часть бэкграунда помогает мне работать в текущей роли.

  • Ответственность

Проджект и продакт — управленческие позиции, где взятие на себя ответственности является неотъемлемым требованием. За всё, что делает команда проекта или команда, которая разрабатывает продукт, ответственность несёте вы. И за финальный результат ответственны тоже вы.

  • Работа с командой

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

  • Сбор требований и видение продукта

Будучи проджектом, на старте проекта вы также будете собирать требования и ожидания заказчика. Тут, на мой взгляд, разница будет исключительно в том, к чему вы будете собирать требования. Проджект будет собирать требования к проекту, который может состоять из продуктов, а продакт будет собирать требования к продукту и формировать его видение.

  • Управление ожиданиями

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

  • Декомпозиция задач

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

Вместо заключения

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

Они опросили 630 продакт-менеджеров и выяснили, что в продакты чаще всего приходят из профессий:

  • проджект-менеджер — 29,5%;

  • маркетолог — 11,8%;

  • бизнес-аналитик — 7,5%;

  • предприниматель — 7,3%.

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

Несмотря на то, что я сейчас перечислил много того, что в некотором роде объединяет профессии проджекта и продакта, переход был для меня не безболезненным. Это все равно выход из зоны комфорта, и он выражается прежде всего в необходимости менять мышление. Продакт мыслит продуктом. Он должен быть перфекционистом, которому важно все в его продукте, как работает каждая кнопочка в его продукте. Как его продуктом будут пользоваться, насколько он соответствует потребностям пользователей.

Также большим вызовом была работа с бэклогом, формирование бизнес-требований и видения продукта, custdev. Будучи проджектом, я всю эту работу видел, но видеть не означает делать руками. И впервые делать это руками было тяжело, но очень интересно!

Поэтому, если у вас душа лежит погружаться во все нюансы и полностью быть ответственным за продукт, который получится на выходе, то вам однозначно стоит задуматься о переходе на позицию продакта и уж точно не стоит ничего бояться!

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

Комментарии (2)


  1. Visioner
    23.01.2022 07:20

    А из программистов в продакты никто что ли не переходит? Странно это.


  1. Feni-X
    23.01.2022 10:45

    Всё же интересно , как вы перешли. Внутри компании, я так понимаю? То есть, это было с большего наименее безболезненный путь, потому что если уходить и ступать на поиски вакансий, полагаю столкнешься с тем, когда только начинаешь путь в ИТ . Может быть, это не так?