Программный менеджер: обязанности и навыки

03 Сен, 2021
Программный менеджер: обязанности и навыки

Я Назар, программный менеджер в Israel IT. Мой путь в IТ и непосредственно PM более 5 лет. Я начинал довольно органично, свои менеджерские способности я начал проявлять еще в университете. Так сложилось, что меня сначала выбрали старостой группы. Также нужно уточнить, что я учился на технической специальности и должен был стать .NET разработчиком. Наша кафедра имела несколько контрактов с ведущими ИТ компаниями Украины и у нас были общие семестры и проекты. На этих проектах нам и объясняли, что каждый проект это не только непосредственная разработка, а и обсуждения, планирования и моделирования. Меня обычно выбирали на роль менеджера. Мне это очень понравилось и, собственно, моя первая работа была координатором проекта.

Программный менеджер:

обязанности

PgM responsibilities
  • Обсуждение с клиентом видения проекта, идеи, пути развития бизнеса, новые рынки.
  • Менеджерство команды на уровне административной составляющей. То есть, повышение работников, их зарплаты, индивидуальные планы развития.

Приходит клиент, что дальше

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

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

Мы же, со своей стороны, берем во внимание все идеи и мысли клиента и начинаем их описывать «на бумаге». Если возникают какие-то вопросы, то мы их уточняем с клиентом и дальше начинаем подготовку предложения. Сюда входят технические услуги, просчет времени и бюджета. Далее клиент рассматривает предложение и вносит свои коррективы, по желанию. Например, клиент заказывает образовательную платформу и хочет, чтобы она работала уже 1 сентября. Тогда я вношу изменения в предложение, к примеру, добавляю количество новых талантов в команду и снова согласовываю все с клиентом. Таким образом происходит достижение консенсуса.

Следующим шагом мы готовим контракт и подписываем его с клиентом.

Как найти компромисс между

командой и клиентом?

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

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

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

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

Клиент «Сделайте что-то» – трудности

работы с таким

Никому не секрет, что клиент обращается к нам, как к экспертам и хочет, чтобы его проблему решили. Под «проблема» мы понимаем определенный запрос, идею. Клиент не обязан быть технически подкованным, это уже наша работа, отсюда и запросы «сделайте что-то, сделайте классно». Давайте об этом поговорим с точки зрения 2 аспектов.

1 аспект

Клиент имеет идею, но не имеет деталей. Здесь начинает свою работу бизнес-аналитик. Его задача собрать, уточнить, объяснить, записать требования клиента. То есть, в конечном итоге “с клиентом для клиента”. Мы показываем еще будущий проект под разными углами и объясняем, что и как будет. Задача клиента на этом этапе одобрять или отклонять. Здесь и строится каркас, который мы строим вместе с клиентом. Проще говоря, какой вид должен быть у кнопки, что она должна делать, где она должна быть. Отсюда и получается смета проекта.

2 аспект

Второй аспект – это дизайн. Как по мне, самая важная вещь. Дизайн должен быть трендовым и таким, чтобы он нравился клиенту. Как мы понимаем, дизайн это вопрос вкуса, в случае клиента. Ведь дизайнеры основном руководствуются современными трендами. Если клиент объяснил все свои желания с технической точки зрения, то с точки зрения дизайна мы всегда рекомендуем прислушаться к нашей команде, которая выполняет просто фантастическую работу. Все дизайны выглядят очень современно и стильно. Дизайнерам нужно совместить вкус и видение дизайна клиента и современные тренды. И нашей команде это бесспорно удается!

Если вы хотите присоединиться к команде Israel IT в качестве проектного менеджера, программного менеджера, разработчика, тестировщика или дизайнера и вместе работать над проектами с нуля, то переходите на страницу вакансий Israel IT. Там точно найдется проект для вас! Если вы только хотите начать, тогда переходите на страницу программы стажировки. See ya!

ТЫ КЛАССНЫЙ!

ИМЕННО ТАКИЕ НАМ НУЖНЫ.

Стань частью Israel IT семьи.