О том, что это и как её построить, рассказывает Аслан Кусаинов, ведущий проджект-менеджер tekmates
Мой путь в ИТ начался в далёком 2016 году, когда я попал в небольшую отечественную компанию, которая на тот момент совсем недавно вышла на рынок. Первые пару лет в основном занимался работой аналитика, но далекой от ИТ, больше в медиа сфере, так как по образованию я был закоренелый гуманитарий: сбор информации, мониторинг информационного пространства, исследования по различным тематикам и тд. Накопив достаточную экспертизу в данной области, постепенно меня начали привлекать к разработке и запуску новых информационно-аналитических продуктов, так в 2018 году я занял позицию проджект менеджера. С тех пор мы с командой запустили несколько успешных продуктов в сфере govtech, telecom и information security. Оглядываясь назад понимаю, что мной всегда двигало желание участия в новых вызовах, когда я выходил из зоны комфорта, учился чему-то новому, только так, через практику, ощущал свой рост. Так в 2023 году я попал в digital-компанию tekmates и продолжил свой путь в роле проджект-менеджера. Проработав здесь уже больше года решил поделиться основными отличиями работы в продукте и аутсорсе.
В обоих типах компаний у проджекта можно выделить следующие зоны ответственности: управление бюджетом и пресейлом, работа с клиентом и командой, управление продуктом и разработкой.
Во время работы в продуктовой компании меня привлекали к участию в пресейлах, но вообще это не частая практика для проджекта и характерная только для продуктов, ориентированных на B2B и B2G сегмент. Зоной моей ответственности было: проведение презентаций продукта, анализ потребностей, подготовка продукта к демо и/или пилоту, участие в составлении коммерческого предложения и сопровождение потенциальных клиентов до стадии продажи
Проджект-менеджера привлекают к подобным пресейлам, так как он глубоко погружен в продуктовый контекст, знает рынок, конкурентов, разбирается в клиентских сегментах. Всё потому что проджект-менеджер долгое время работает над одним и тем же проектом, и благодаря этому наращивает свои компетенции в нужном сегменте бизнеса.
В моём случае, участие в пресейле было тесно связано с работой продукт-оунера: искать гипотезы для роста, определять недостатки в текущих функциональных возможностях продукта, приоритезировать бэклог. Это было необходимо для развития продукта и повышения продаж.
На текущий момент, участие в пресейле, будучи проджектом в аутсорсе, является обязательной частью работы. В отсутствии готового продукта пресейл в аутсорсе сводится к предложению разработки продукта с нуля или внедрения новых сервисов в уже существующий продукт. Клиент покупает не просто «руки» для решения задач, а получает доступ к опыту и знаниям специалистов, которые специализируются в нужных областях и возможно уже делали нечто подобное. К тому же, если у аутсорс-компании уже есть успешные кейсы в домене клиента, шансы на продажи повышаются.
Этап пресейла начинается для меня с входящего запроса от engagement manager или project management officer, на формирование коммерческого предложения для определённого клиента. После чего я собираю команду пресейла из числа внутренних сотрудников компании, стандартно это бизнес-аналитик, лиды некоторых направлений разработки и по запросу другие специалисты, так как иногда проджект может привлечь более узконаправленных специалистов: ETL-разработчиков, BI-аналитиков или сотрудников с конкретным бэкграундом, например, опытом разработки кредитного конвейера для физических лиц, если того требует запрос клиента.
Когда команда собрана, проджект организует все процессы: от сбора аналитики, определения скоупа задач, определения состава будущей команды, сроков на реализацию и до создания коммерческого предложения. Также важным этапом является определение рисков, которые могут повлиять на проект.
На финальных этапах пресейла проджект может и не участвовать. Для этого есть engagement-manager или sales — которые подхватывают готовые расчёты проджект-менеджера и уходят с ними к клиенту.
В случаях, когда коммерческое предложение удовлетворяет запрос клиента и заключается договор, проджект приступает к стадии инициации проекта. Не буду останавливаться на деталях работы на данной стадии, перейдем сразу к формированию команды проекта.
Из моего опыта, проджект обычно связан с одной командой, но бывает, что он управляет несколькими связанными между собой небольшими командами. В этих случаях менеджер больше делегирует операционные задачи другим участникам команды разработки, скрам-мастеру или тимлиду.
Изменения в продуктовых командах обычно происходят реже, чем в аутсорсе. Компаниям и проджекту важно как можно дольше сохранять один и тот же состав специалистов, работающих над продуктом, чтобы не потерять экспертность и опыт, а наоборот развивать команду: увеличивать скорость разработки, сплоченность, моральный дух, прививать ценности компании. Для этого проджекту нужно постоянно прокачивать навыки регулярного менеджмента.
Одним из примечательных для меня фактов, является то, что у продуктовой команды больше свободы в принятии решений, потому что, в первую очередь, команда и проджект полностью отвечают за сам продукт. В аутсорсе эта роль больше относится к клиенту (заказчику), но в опытных компаниях стараются развивать клиента и выстраивать такую коммуникацию, когда аутсорс команда может повлиять на решения клиента по развитию продукта.
Я был удивлён, когда придя в аутсорс, через полгода я уже работал на втором по счёту проекте. Для меня это хорошо сказывается на развитии навыка насмотренности — в бизнесе, технологиях, процессах.
Проекты меняются не только для проджекта, но и для команды разработки. Причины могут быть такими:
- Сотрудник сам хочет перейти на другой проект.
- У специалиста есть опыт и компетенции, которые нужны на другом проекте.
- Завершение текущего проекта.
Работая в подобных условиях, для меня, как для проджекта, одна из основных обязанностей была постоянная поддержка укомплектованности команды, полной загрузки необходимым объёмом работ, избежании простоя ресурсов и потери производительности. Может показаться, что такая высокая динамика изменений в команде отнимает у менеджера проектов много сил и времени, но в зрелых аутсорс-компаниях это не так. Благодаря выстроенным процессам найма и онбординга в компанию и проект, проджекту проще управлять изменениями в команде и создавать возможности для её бесперебойной работы.
Помимо управления командой, скоупом работ и прочим, одним из важных направлений работы проджекта является управление бюджетом проекта. Это характерно как для аутсорса, так и для продуктовых компаний, но с отличительными свойствами, о которых будет сказано ниже.
Управление бюджетом в продуктовых компаниях
В таких компаниях прибыль напрямую зависит от продаж продукта. Если продукт продается хорошо, сотрудники могут получать более высокую заработную плату и бонусы.
Работая в продуктовой компании, я также не упускал из фокуса дополнительные возможности влиять на доход продукта. Например, допродавать услуги или функциональность, тестировать гипотезы по изменению бизнес-модели, кастомизировать продукт под процессы клиента. Это было связано с тем, что меня привлекали к возможности влияния на стратегию развития продукта. Однако, это также не характерно для роли проджекта в продуктовых компаниях, но часто применяется в нашей среде.
Если говорить о расходах, то здесь всё зависит от специфики самого продукта. К примеру, мне приходилось учитывать не только фонд оплаты труда проекта, но и контролировать различного рода закупки, операционные затраты и т.д. Помню, как работал на hardware проекте, где необходимо было учитывать ещё и закуп производственных составляющих, который напрямую зависел от курса валюты, повышение цен поставщиков, логистики и других факторов.
Управление бюджетом в аутсорс-компаниях
В аутсорс-компании бюджет начинает формироваться ещё со стадии пресейла, так как мы продаём часы работы сотрудников, необходимых для реализации конкретного объёма работ, соответственно понимаем себестоимость определённого количества сотрудников и на определённый период времени. Но иногда это может быть фиксированная сумма на разработку продукта.
В такой ситуации у проджекта не так много инструментов влиять на доход проекта, но это возможно за счёт дополнительных работ. К примеру, проведение исследований, создании дополнительных сервисов внутри продукта, либо в продлении текущего проекта за счёт развития продукта.
Управление расходами в аутсорс-компании чаще всего сводится к контролю времени и выполненных задач сотрудниками. В общих чертах, финансовая часть проекта в аутсорсе обычно не сильно затрагивает работу проджекта. Её забирают на себя руководители направлений, директоры или финансисты.
Разработка обычно основана на схожих процессах и концептах как в аутсорсе, так и в продуктовой компании. Но всё же есть и отличия в подходе к работе.
Процесс производства цифрового продукта
Управление продуктом и разработкой в продуктовых компаниях
Так как продуктовые команды меньше зависят от других продуктов или партнёров, у проджекта появляется больше свободы. Он вместе с командой может влиять на производственный процесс и менять его. К тому же, в продуктовой компании сроки не так жестко ограничены, как в аутсорсе, так как последние коммитятся на определённый дедлайн перед клиентом, а клиент в свою очередь может коммититься на определенные сроки перед советом директоров, либо любой другой контролирующей инстанцией. Всё это также закреплено в договорных обязательствах.
Управление продуктом и разработкой в аутсорс-компаниях
Одна из особенностей аутсорса — прямая зависимость от инфраструктуры и процессов клиента. Это значит, что команде нужно иметь доступ к ресурсам заказчика, интегрироваться с производственным процессом клиента и зависеть от других факторов — например, релизных окон, когда обновлять продукт можно только в определённые дни, поэтому проджекту в аутсорсе нужно быть прокачанным в управлении сроками, зависимостями, ожиданиями стейкхолдеров. По этой причине мне часто приходится активно вовлекаться в процессы клиента, чтобы определять риски проекта, работать с ограничениями клиента и учитывать все зависимости. В продуктовых компаниях такого обычно нет — нет внешних зависимостей и процесс идёт проще и привычнее.
Тут от себя универсальный совет, что продуктовая команда или аутсорс-команда — хорошо, просто всем разные подходят.
Несмотря на серьёзные отличия в особенностях работы проджекта в продуктовых и аутсорс-командах, обращать внимание при трудоустройстве только на тип компании недостаточно. Важно смотреть на то, как работает конкретная компания. У всех компаний разная корпоративная культура, отношение к сотрудникам, возможности для развития. Даже в аутсорс-командах есть большая возможность прокачивать продуктовые скиллы.
Можно долго работать в в продуктовой компании в рамках одного проекта и кратно прокачивать скиллы. Также и наоборот: работая в аутсорсе, можно менять проекты, развивать профессиональную насмотренность и оттачивать навыки на разных продуктах. В конечном итоге, всё сводится к стремлению и целям самого проджекта, особенно на ранней стадии карьерного пути, и конечно же команды, которую вы выбираете.
