Интервью с менеджером проектов компании “23 программиста”

Интервью подготовила и провела hr-менеджер компании Дарья Гаранина с менеджером проектов Валерией Поляковой.

Вопрос: Как ты попала в компанию?

Ответ: Я пришла на позицию контент-менеджера на конкретный проект. В мои обязанности входило: поиск информации о стоимости товаров в больших магазинах, перенос данных из каталога в эксель и добавление данных в проект. Затем информирование о проекте в соц.сетях, создание скриншотов и описания в плеймаркете и апсторе.

Постепенно я стала решать небольшие задачи с других проектов. Это было первое место в IT-сфере, знаний в этой области у меня не было и я названивала друзьям из этой сферы и спрашивала буквально всё “что такое аддон?”, “как проинспектировать страницу?”, “что значит дамп?”. Сейчас это уже кажется смешным, а на тот момент было достаточно сложно вникнуть в “тему”, разобраться в деталях и используемых терминах. Через полгода контент-проект завершился и мне предложили остаться в роли менеджера проектов, кем я и работаю на сегодняшний день уже более 7 лет.

Вопрос: Какие задачи и обязанности включает в себя твоя роль менеджера проектов?

Ответ: Исторически сложилось так, что я работаю на WEB-проектах. Если говорить формально, то в мои задачи входит:

• сбор и уточнение требований;
• помощь в выборе самого эффективного пути решения задач. Здесь, наверное, расскажу подробнее. То есть, исходя из требований, мне необходимо “увидеть” какой путь подходит для данного конкретного проекта: будь то вариант реализации на базе готовых CMS, LMS, CRM в сочетании с платными шаблонами и модулями или же вариант именно кастомной реализации. Причем учесть перспективы развития проекта — иногда “удачный” выбор платформы/фреймворка/стека на сегодняшний момент, может блокировать разработку дополнительного функционала в будущем. Все эти вопросы решаются совместно с разработчиками.
• создание спецификации проекта;
• деление на этапы реализации, понимание, в какой момент можно релизить (это не всегда совпадает с полным завершением проекта);
• постановка задач команде, отслеживание сроков, возникающих блокеров и проблем;
• своевременное информирование клиента о статусе задач, прогрессе и возможных рисках.

То есть, ведение проекта в целом, от помощи в выборе хостинга и домена до релиза.

Вопрос: Расскажи про свой самый интересный проект?

Ответ: Я бы сказала — самый “специфический” проект. Он был связан с реализацией бизнес-процессов в Битрикс24 зарубежного заказчика-компании, занимающейся трейдерской торговлей. Особенность проекта в том, что даже при том, что работали по НДА, заказчик не всегда хотел раскрывать смысл и бизнес-логику, хотя все строилось на сложном бэкенде и большом числе формул и подсчетов. Фактически, мы говорили не на языке конечного “пользователя” и какую выгоду он получит, а на языке формул. “Вот тут” поле считаться должно “вот так”, еще одно поле “вот так”, полей десятки. Нам давали локальную информацию, не погружая в общий смысл.

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

Вопрос: С какими трудностями ты сталкивалась на протяжении своего карьерного пути?

Ответ: Я не могу вспомнить какую-то конкретную проблему, возможно это уже профдеформация — проблемы возникают, планы меняются и это норма.

Могу сказать самое сложное быть “адвокатом” обеих сторон. С одной стороны у меня должны быть доверительные и позитивные отношения с заказчиками, с другой стороны — с командой. Каждое обещание заказчику сверх спецификации может обернуться большими трудозатратами и убытками для компании, но при этом, при возникновении спорных моментов я должна иметь возможность чем-то оперировать, если потребуется уступить. Чтобы соблюдать баланс, необходимо техническое понимание сложности тех или иных доработок или понимание, когда нужно взять паузу и согласовывать дальнейшие действия с командой.

Например, если клиент попросит добавить поле в форму заявки, которая нигде не повторяется, и поле типовое — текст, то на такую уступку я могу пойти сама при необходимости. Но если клиент просит добавить дополнительное поле в фильтрацию, где например 8 фильтров, да еще и связи не 1 к 1, такое решение я принимать самостоятельно не буду, т.к. оно может потребовать большого количества часов со стороны команды.

Вопрос: Как ты справляешься с несколькими проектами одновременно?

Ответ: Только с помощью планирования, хотя мне тут еще учиться и учиться. Важно отмерять каждому проекту определенное количество часов в день и говорить “стоп”, если время закончилось. Даже будильник приходилось ставить 🙂

Сложнее, если в параллель 3-4 небольших проекта, чем, например, 2 крупных — теряется концентрация и уровень погружения. Небольшими я называю проекты в 2-3 месяца, крупными в полгода — несколько лет.

Вопрос: Как ты считаешь, какими навыками и личными качествами должен обладать успешный менеджер проектов?

Мне кажется, самый важный навык — желание учиться. IT-сфера меняется и нужно знать весь цикл жизни проекта в текущих реалиях. Еще несколько лет назад показателям перформанса не уделялось столько времени сколько сейчас и т.д. Также важно понимание “боли” (задач и что эти задачи решают) клиента и команды. А остальное: планирование, стрессоустойчивость и т.д. — постигаются с опытом.

Вопрос: Как ты справляешься со стрессом и нагрузкой, связанной с управлением проектами?

Ответ: Переживания и стресс нивелируются со временем. Когда ты переживаешь по поводу успешности какого-либо проекта, прикладываешь усилия, решаешь острые вопросы, а потом вдруг через пару лет тебя просят его описать в портфолио — обнаруживается, что переживания забылись настолько, что кажется, что они и на тот момент не должны были влиять на тебя. Так, со временем отношение меняется и любые сложности становятся просто процессом.

Вопрос: Какие события или моменты в работе менеджера проекта приводят тебя к ощущению удовлетворения и гордости?

Ответ: Моменты предвосхищения проблем. Мне очень нравится, если это получается сделать. Как примеры:

• Просьба сделать дамп, перед тем как проект “лег”;
• Комментарий, что в оценке есть логическая “дырка”, что помогает не ошибиться;
• Просьба закрыть демо (копия боевого сайта) от индексации, так как уже проходили момент, где демо забирало трафик в выдаче.

Вот такие вещи, то есть то, где я могу помочь команде. Очень горжусь этим.

Вопрос: Есть ли какой-то самый ценный совет, который ты получила от более опытных коллег?

Ответ: Да, и он не один.
1. Все фиксировать (коммуникация по почте, общий статус после созвона, скриншоты). Все это нужно обеим сторонам, любое противоречие будет сводиться к формальности, а не к эмоциям.

2. Делать дампы.

3. Делить ответственность. Когда клиент погружен в процесс, участвует в принятии решений, обсуждений, тестировании — понимание ценности вашей работы возрастает. А в случае противоречий ответственность делится. С командой аналогично.

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

Вопрос: Что можешь сказать ребятам, которые планируют стать менеджером проектов?

Ответ: Не бойтесь пробовать, эта работа постоянно позволяет создаваться новым нейронным связям с мозге 🙂 Вы будете осваивать не только область it, но и каждую область Ваших клиентов — туризм в Африку, трейдинг, системы образования, производство бетонных водоотводов и многое другое будет на пути. Вы будете знать многое из it отрасли, как-будто бы глядя сверху, но никогда не сможете объяснить своей бабушке, чем же вы все-таки занимаетесь 🙂