Менеджмент

Любой проект ограничивается «треугольником проекта»: бюджетом, сроками и качеством. Менеджер отвечает за них, но если говорить конкретнее, то менеджер организовывает весь процесс от момента обращения заказчика к нам со своей идеей до сдачи готового продукта в эксплуатацию.

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

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

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

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

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

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

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

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

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

В команде разработки менеджер выступает не исполнителем, а инициатором, организатором и ответственным лицом. Поэтому внутри мы называем эту должность «Руководитель проекта», чтобы подчеркнуть ее важность.

Заказчики, работающие с нами, знакомы с этим термином и сокращением «РП». РП – партнер заказчика на нашей стороне. Он организует работу и гарантирует запуск проекта.