Страхи молодого проджекта

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

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

Какие обязанности или зоны ответственности ПМа тебя пугают или вызывают дискомфорт?

Их вагон и маленькая тележка.

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

Например, что делать, если "в наличии" 5 человек на 3 месяца, а за это время нужно сделать фичу, которая требует 10 человек?

Или при планировании выясняется, что не успеем сделать хотелки бизнеса в заданные временные рамки?

Куда бежать, когда в ходе реализации понимаем, что факапим сроки?

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

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

Почему?

(смотрим на реакцию на один из моих ранних постов)

Для меня это как раз открытый вопрос. Нет понимания - как вообще это сделать. Например, вот выкатываем релиз. Что-то отвалилось и SRE недоступен (на обед ушел или еще что). Понимания того, как действовать в данной ситуации - нет. Единственное, найти человека с таким же скиллом, который поможет решить проблему в моменте. Но если нужен конкретный человек - как до него достучаться? Понятно - написать, позвонить в разные источники. А если не дозвонился, как решать проблему? Тем временем, сервис не доступен уже 10 минут в пик активности.

Я думаю, что это косвенно как раз относится к управленческим решениям.

От этих пунктов не уйти в работе, что будешь делать?

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

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

Что нравится в работе ПМа?

Работа с командой. Это самое главное. Более того, у нас ПМ также участвует в развитии продукта, хоть и косвенно. Главный и первый вопрос, который он задает бизнес-заказчику : "Зачем мы это делаем?" Таким образом, мы - не только "координируем" работу остальных, но еще и имеем возможность вносить свое слово в продукт.

Что хочешь научится делать как ПМ? Вот кажется тебе что это прям круто.

Уметь быстро находить эффективные решения возникающих проблем. Потому что проблем, блин, возникает очень много! (смеется)

Есть страх, что при реализации крупных фич, которые

а) длинные по времени

б) сложные технически

в) зависят от других команд

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

Как оцениваешь важность ПМа?

Важность ПМа - вещь многогранная. Хороший ПМ однозначно важен команде, так как подготавливает "всю почву" для работы команды. Хороший ПМ важен Продукт Оунеру, чтобы помочь направить его требования в структурированное русло. И конечно, ПМ важен и конечному бизнес-заказчику/ЛПРам, так как дает полную картину происходящего и делает процесс разработки прозрачным.

Пока для себя я придерживаюсь правила, что я - часть нашей команды, и моя работа влияет на абсолютно всех. Это мотивирует не факапить сроки и делать все возможное, чтобы процессы работали. Я не считаю, что ПМ - это какая-то "невидимая рука", наоборот - ПМ такой же ресурс команды, которая создает продукт.

Что думаешь о высказываниях «ПМы не нужны», «ПМ вымирающая профессия»?

Действительно, есть кейсы, когда ПМ не нужен команде.

Например, когда роль ПМа частично выполняется другими специалистами в команде - Тимлидом, Аналитиком, Скрам мастером или Продакт Оунером. То есть в явном виде потребности в ПМе нет, его функции размазаны.

Другой кейс, когда компания достигла крутого уровня автоматизации процессов. Все задачи выполняемые ПМ автоматизированы внутренними инструментами воркфлоу. Процессы держатся на регламентах и осознанности команды. Но это, мне кажется, редкий зверек.

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

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