Почему так важны проект-менеджеры в IT и зачем они устраивают настоящие допросы клиентам?
blog
Management

Больше всего разговоров в IT про разработчиков, именно они, казалось бы, тянут на себе проекты, получают ЗП по 300 000 рублей в секунду и вообще зажрались, но ничего, уже вот-вот придет умная нейросеть и все они пойдут на заводы!



Нейросети отправляют на заводы всех, а не только айтишников

Но на самом деле IT — это далеко не только разработчики и дизайнеры всех мастей. За каждым проектом стоит множество специалистов, в том числе, проект-менеджеры или проджект-менеджеры (как кому больше нравится). И именно про них мы хотим поговорить сегодня.



Кто такие проект-менеджеры и почему они так важны в любой IT команде?

В интернетах можно найти десятки (если не сотни) определений позиции проект-менеджера, его роли в IT-проектах и задачах, которые специалист решает. Обычно определения сводят к тому, что ПМ (проект-менеджер) — сотрудник в команде, управляющий проектами, он коммуницирует с заказчиком и командой разработки, выслушивает идеи/пожелания клиента и передает их разработчикам, а также отслеживает процесс работы и соблюдение сроков.

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



Зачем проект-менеджер устраивает клиентам допросы?



Когда понимаешь, что разговор с проект-менеджером будет долгим

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

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

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

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

Чем более подробную информацию о проекте и пожеланиях получает проект-менеджер, тем более точную стоимость реализации идей он сможет назвать. Если объяснить ему задачу в общих чертах, все, что он может сделать — назовет очень примерную «вилку цен», например, от 100 000 рублей до 500 000 рублей. Дополнительная информация позволяет конкретизировать задачу и, естественно, точно определить цену ее решения.

То же самое касается и сроков разработки. Проект-менеджер знает, сколько команда работает над различными по сложности и объемам проектами. Если он получит подробную информацию о задаче, он сможет максимально точно назвать сроки, а впоследствии — проследит за их соблюдением.

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



Какие данные проект-менеджер запрашивает у клиента и зачем они ему нужны?



Типичная ситуация: проджект крадется к клиенту, чтобы спросить за референсы

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

Вне зависимости от того, какой проект заказывается (сайт, мобильное приложение, решение с технологиями дополненной или виртуальной реальности), общий список вопросов проект-менеджера будет содержать практически одни и те же вопросы:

  1. Примеры функционирующих проектов конкурентов, которые нравятся заказчику и/или похожи по требуемому функционалу.
  2. Основная концепция будущего проекта: особенности, назначение и т.д.
  3. Требуется ли разработка нового проекта или необходим редизайн/модернизация существующего?
  4. Целевая аудитория компании, продукта и конкретного проекта, над которым предстоит работать.
  5. Функционал — полный перечень желаемых возможностей и функций проекта.
  6. Платформа — для мобильных приложений, для VR-проектов и т.д.
  7. Дизайн — предпочтения по дизайну на основе примеров конкурентов или имеющихся продуктов компании.
  8. Планируемый бюджет — сколько денег планируется потрать на разработку.
  9. Контент — есть ли, планируется ли разработка контента, кто будет заниматься его созданием, пожелания по стилю подачи информации.

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



Почему проект-менеджер закладывает дополнительные сроки на риски?

Каждый проект-менеджер должен обладать навыками управления рисками. Риски — это абсолютно нормально для любых проектов и предстоящих работ, причем, не только в сфере IT.

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

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

Но некоторые вещи не зависят не от разработчика, не от клиента. Например, невозможно со 100% уверенностью назвать точные сроки публикации свежего приложения в AppStore. Apple имеет уникальную политику проверки приложений и легко может завернуть даже качественное решение, из-за чего релиз немного задержится.



Как заказчик может принимать участие в разработке



Хотите участвовать в разработке? Вы потрясающие, а теперь расскажем, как это можно сделать.

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

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

  1. Лично общаться с проект-менеджером без посредников. Задачу коммуникации с проджектом разработчика часто отдают собственному менеджеру, которому директор ставит задачи и у которого узнает про ход выполнения работ. Это звено в цепочке коммуникации можно убрать и общаться с проект-менеджером лично. Наш опыт показывает, что в таком случае и результат больше соответствует желаниям клиента и правок в конце работы требуется меньше.
  2. Назначать контрольные точки для контроля хода работ. Проект-менеджер всегда идет на контакт с заказчиком и с удовольствием предложит созвоны на каждом этапе разработки, чтобы продемонстрировать клиенту результаты и согласовать дальнейшую разработку.
  3. Обратная связь по каждому этапу. Если хочется участвовать в разработке, то обязательно нужно находить время, чтобы участвовать в оценке результатов каждого выполненного этапа разработки и, конечно, давать обратную связь команде — говорить о своих впечатлениях, пожеланиях, рекомендациях и т.д.

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



Схема взаимодействий проект-менеджера и заказчика

Ну и напоследок, представляем вашему вниманию подробную карту-схему взаимодействия заказчика и проект-менеджера. Она будет полезна для ознакомления с процессом работы над проектом в разрезе документации.




А на этом все, спасибо вам за уделенное время.



Содержание статьи:
Блог
Blog
Связаться с нами
Feedback