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

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

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

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

обязанности

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1 аспект

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

2 аспект

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

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