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

Проект-менеджер (далее — ПМ) — это руководитель и куратор всех процессов, происходящих в рамках проекта: от электронной переписки с клиентом до тестирования сайта и поиска багов. Поэтому спектр умений хорошего «пээма» довольно широк. Ко всем навыкам должно прилагаться искреннее желание сделать качественный и востребованный продукт! Но лирика позже.

Одного менеджмента мало

Хороший ПМ невозможен без команды. В Alente для разработки одного сайта может потребоваться от 3 до 10 специалистов различного профиля: frontend-разработчик, программист, дизайнер, тестировщик, копирайтер и другие.

ПМ налаживает общение в команде. Если члены рабочей группы помогают ему в этом — работа спорится!

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

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

В Alente мы стараемся сохранять баланс: проект-менеджер создаёт среду для общения всей команды, но всегда держит руку на пульсе и не оставляет чат без внимания. Тем самым удаётся потратить время менеджера на что-то более полезное! Например, исследование сайтов конкурентов или проведение опроса целевой аудитории для поиска новых полезных фич.

Всё в порядке

Менеджер проекта отвечает за большое количество процессов при разработке сайтов в #city_p#, и должен контролировать множество задач. Чтобы не попасть «в запару», снизить стресс и ничего не забыть, составляем план проекта. Планирование можно разделить на две важные области: дедлайны и результаты.

Дедлайны

— Когда запуск?
— Одну секунду, проверю журнал.

Удобно держать всё в одном месте и отслеживать соблюдение сроков. Близится дедлайн, а мы не успеваем? Давайте искать выход заранее!

Но планировать каждый шаг по дням не всегда эффективно: существуют факторы, на которые ПМ повлиять не может.

Пример из жизни:
Разработчик: «Сегодня 10 декабря, запускаем сайт. Всё в силе?»
Заказчик: «Подождите, у нас новый директор. Он хочет ознакомиться с вёрсткой и внести коррективы. Запуск откладывается на неопределённый срок».

Результаты

Для технических специалистов, таких как верстальщик или программист, удобно вести таск-доски по методике канбан либо разбивать крупные задачи на мелкие и ставить разработчикам в планер. Мы используем для таких целей сервис Trello.

Кстати, в Trello разработчики могут поручать задачи друг другу без привлечения менеджера (отсылка к предыдущему пункту).

Качество результата напрямую зависит от того, как была поставлена задача. Уровень конкретизации задачи обсуждаем с командой: опытным разработчикам можно делегировать принятие решений по реализации продукта, а вот новичку лучше подсказать все мелочи.

И напоследок делимся секретом успеха менеджеров #изаленте:
«Делай проект так, будто делаешь его для себя».