Всем привет, меня зовут Пётр Орлов, я работаю в Сбере продактом — занимаюсь цифровизацией и создаю продукты для внутренних пользователей.
В этой статье я хотел бы рассказать о своём пути из проджекта в продакты:
чем я занимался, будучи проджектом, и почему я захотел перейти в продакты;
какой опыт из прошлой жизни пригодился и насколько было тяжело.
Я не буду расписывать теорию из книжек, которую прочитать вы и сами сможете, я опишу свой реальный опыт. На моей предыдущей работе мы запускали огромный проект по цифровизации кредитного процесса 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)
Feni-X
23.01.2022 10:45Всё же интересно , как вы перешли. Внутри компании, я так понимаю? То есть, это было с большего наименее безболезненный путь, потому что если уходить и ступать на поиски вакансий, полагаю столкнешься с тем, когда только начинаешь путь в ИТ . Может быть, это не так?
Visioner
А из программистов в продакты никто что ли не переходит? Странно это.