Для начала стоит сказать о том, что проектный менеджмент — это не просто посредничество между заказчиком и командой разработчиков.
Проект-менеджер (далее — ПМ) — это руководитель и куратор всех процессов, происходящих в рамках проекта: от электронной переписки с клиентом до тестирования сайта и поиска багов. Поэтому спектр умений хорошего «пээма» довольно широк. Ко всем навыкам должно прилагаться искреннее желание сделать качественный и востребованный продукт! Но лирика позже.
Одного менеджмента мало
Хороший ПМ невозможен без команды. В Alente для разработки одного сайта может потребоваться от 3 до 10 специалистов различного профиля: frontend-разработчик, программист, дизайнер, тестировщик, копирайтер и другие.
ПМ налаживает общение в команде. Если члены рабочей группы помогают ему в этом — работа спорится!
2 примера из практики:
В проекте «А» менеджер создал чат, в котором разработчики передавали друг другу важную техническую информацию. ПМ видел переписку, был в курсе событий, но в общении не участвовал, так как информация от одного специалиста к другому передавалась напрямую.
В проекте «Б» менеджер сам передавал информацию от специалиста к специалисту, тем самым затрачивая своё время и создавая «глухой телефон».
В Alente мы стараемся сохранять баланс: проект-менеджер создаёт среду для общения всей команды, но всегда держит руку на пульсе и не оставляет чат без внимания. Тем самым удаётся потратить время менеджера на что-то более полезное! Например, исследование сайтов конкурентов или проведение опроса целевой аудитории для поиска новых полезных фич.
Всё в порядке
Менеджер проекта отвечает за большое количество процессов при разработке сайтов в #city_p#, и должен контролировать множество задач. Чтобы не попасть «в запару», снизить стресс и ничего не забыть, составляем план проекта. Планирование можно разделить на две важные области: дедлайны и результаты.
Дедлайны
— Когда запуск?
— Одну секунду, проверю журнал.
Удобно держать всё в одном месте и отслеживать соблюдение сроков. Близится дедлайн, а мы не успеваем? Давайте искать выход заранее!
Но планировать каждый шаг по дням не всегда эффективно: существуют факторы, на которые ПМ повлиять не может.
Пример из жизни:
Разработчик: «Сегодня 10 декабря, запускаем сайт. Всё в силе?»
Заказчик: «Подождите, у нас новый директор. Он хочет ознакомиться с вёрсткой и внести коррективы. Запуск откладывается на неопределённый срок».
Результаты
Для технических специалистов, таких как верстальщик или программист, удобно вести таск-доски по методике канбан либо разбивать крупные задачи на мелкие и ставить разработчикам в планер. Мы используем для таких целей сервис Trello.
Кстати, в Trello разработчики могут поручать задачи друг другу без привлечения менеджера (отсылка к предыдущему пункту).
Качество результата напрямую зависит от того, как была поставлена задача. Уровень конкретизации задачи обсуждаем с командой: опытным разработчикам можно делегировать принятие решений по реализации продукта, а вот новичку лучше подсказать все мелочи.
И напоследок делимся секретом успеха менеджеров #изаленте:
«Делай проект так, будто делаешь его для себя».