Путь От Проекта К Продукту

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

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

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

Что делает проект?

• Прежде всего, вы готовите всю проектную документацию, которая в конечном итоге оформляется в паспорт проекта.

  Впоследствии он передается в комитет для открытия проекта.

• Вы работаете с заинтересованными сторонами, продаете саму идею и устанавливаете ожидания.

  Далее вы готовите отчетные и статусные материалы для клиентов.

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

• Вы рассчитываете и согласовываете ресурсный план проекта.

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

  Мы живем по agile! Процесс найма и его контроль — это отдельный вид искусства (особенно, если ИТ удаленно или на другой площадке), и чтобы держать все это под контролем, нужно приложить немало усилий.

• Также добавим пункт об управлении ресурсами.

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

  Становится действительно интересно, когда в проекте участвует не один подрядчик, а три и более.

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

• Управление закупками.

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

  И самое интересное, что каждая покупка из этого списка в проекте находится на критическом пути (это значит, что любое смещение сроков сразу влияет на срок реализации проекта).

Однако со временем процессы налаживаются и все наконец начинает работать.

Тогда вам просто необходимо их поддержать.

В то же время я наблюдал, куда движется рынок.

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

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

В западных компаниях менеджера проекта часто заменяют инженер-менеджер (тимлид с управленческими обязанностями) + менеджер по продукту.

А некоторые функции проекта становятся невостребованными, когда компания начинает мыслить категориями продуктов, а не проектов (например, открытие проекта, подготовка паспорта проекта и т. д.).

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

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

это так, а не другое.

А как продукт вы определяете видение продукта, который необходимо создать.

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

Что делает продукт?

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

Менеджер по продукту должен сформулировать долгосрочное видение продукта и донести его до команды.

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

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

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

Без этого невозможно сформировать правильное видение продукта.

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

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

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

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

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

• Приоритизирует отставание

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

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

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

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

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

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

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

Здесь, на мой взгляд, разница будет исключительно в том, для чего вы будете собирать требования.

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

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

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

Так сказать, слона надо съесть по частям.

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

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

Исследование, проведенное подкастом Подлодка .

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

• руководитель проекта – 29,5%;
• маркетолог – 11,8%;
• бизнес-аналитик – 7,5%;
• предприниматель - 7,3%.

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

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

Это все-таки выход из зоны комфорта, и выражается он, прежде всего, в необходимости изменить свое мышление.

Продуктовый человек мыслит категориями продукта.

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

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

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

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

Это две разные профессии, которые во многом зависят от того, над каким продуктом или проектом вы работаете.

Теги: #Карьера в IT-индустрии #Управление продуктом #цифровизация #продукт #проект

• Приложения Hadoop – Используются Крупными Компаниями Для Прибыльного Бизнеса

  19 Oct, 24

• Учебные Пособия По Командам Linux. Использование Команды Ls С Примерами Параметров — Практическое Учебное Пособие

  19 Oct, 24

• Загрузите Tdsskiller, Чтобы Избежать Повреждения Ваших Файлов

  19 Oct, 24

• Оболенский, Леонид Егорович

  19 Oct, 24

• Стоит Ли Покупать Память Ecc?

  19 Oct, 24

• Как Создать Голосового Помощника На Основе Технологий С Открытым Исходным Кодом, Не Передав Во Внешний Мир Ни Одного Байта Секретной Информации

  19 Oct, 24

• Storebirds - Новый Дизайн

  19 Oct, 24

• Разведка Местности

  19 Oct, 24

• Склад Смертельной Битвы

  19 Oct, 24

• 20-Й Выпуск Подшутчека

  19 Oct, 24