Привет, на связи Кристина — PM в GRCH 👋🏻

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

My morning routine

Я всегда приоритизирую задачи на день и в первую очередь выполняю супер срочные.

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

Я взяла это за правило — сразу передать новую информацию тому, кто будет с ней работать в будущем.

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

А ещё за процессами: создаю коммерческие предложения, слежу за клиентскими чатами и проектами в ActiveCollab, провожу встречи с командой и клиентами, веду задачи на проекте и пишу документации.

Свой первый сайт я написала ещё в 10 классе на уроке информатики

Но тогда судьба не связала меня с разработкой. Спустя примерно 10 лет я вернулась к ней.

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

Скиллы разработчика 100% помогают мне в работе сейчас

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

Поэтому быть разработчиком — очень круто :) Я общаюсь с клиентом о разработке без фронтендеров, замечаю важные детали на этапе проектирования и разговариваю с командой на одном языке.

Некоторые студии экономят на специалисте

Из-за этого задачи по проектам копятся и сваливаются на разработчиков. Как следствие — они выгорают. Вместе с этим дедлайны срываются, что приводит к убитой экономике проекта.

Многие понимают ценность PM, когда разгребают последствия его отсутствия. К счастью, в GRCH с этим проблем нет — на проекте всегда есть свой менеджер, а руководители чётко понимают его ценность.