Всем привет, меня зовут Пётр Орлов, я работаю в Сбере продактом — занимаюсь цифровизацией и создаю продукты для внутренних пользователей. В этой статье я хотел бы рассказать о своём пути из проджекта в продакты: чем я занимался, будучи проджектом, и почему я захотел перейти в продакты; какой опыт из прошлой жизни пригодился и насколько было тяжело.  Я не буду расписывать теорию из книжек, которую прочитать вы и сами сможете, я опишу свой реальный опыт. На моей предыдущей работе мы запускали огромный проект по цифровизации кредитного процесса 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. Будучи проджектом, я всю эту работу видел, но видеть не означает делать руками. И впервые делать это руками было тяжело, но очень интересно!  Поэтому, если у вас душа лежит погружаться во все нюансы и полностью быть ответственным за продукт, который получится на выходе, то вам однозначно стоит задуматься о переходе на позицию продакта и уж точно не стоит ничего бояться! В завершение хочу добавить, что в этой статье я хотел разобрать, как можно перейти из профессии проджекта в профессию продакта, но я никогда не сравниваю их из разряда лучше/хуже. Это две разные профессии, которые сильно зависят от того, над каким продуктом или проектом вы работаете.