Факап или успех проекта. Все ли зависит от менеджера?

Факап или успех проекта. Все ли зависит от менеджера?

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

Многозадачность или без каких скиллов ПМу никак?

“Все везде и сразу” — нет, это не название оскароносного фильма, это описание типичного рабочего дня менеджера проекта. Быть ПМом — это иметь источник нескончаемого количества мотивации, сил и определенный набор качеств, без которых в профессии никак. Чтобы делать свою работу на отлично и приносить пользу бизнесу, менеджеру нужно обладать специфическим сочетанием хард и софт скиллов.

К обязательным хард скиллам отнесем:

- умение собирать и анализировать требования, конвертировать их с языка заказчика в язык исполнителей;

- планирование и организация работ;

- выстраивание коммуникации;

- владение аналитическими навыками;

- знание методологий и инструментов;

- умение управлять рисками, стоимостью и бюджетом, качеством, ресурсами, изменениями.

Что касается софт скиллов:

- проактивность;

- способность влиять на принятие решений;

- делегирование; умение слушать и задавать вопросы;

- эмпатия и эмоциональный интеллект;

- адаптация в условиях неопределенности;

- умение решать проблемы.

Этот список можно еще долго расширять и углублять — предела совершенству, как известно, нет. Да и от компании к компании требования к навыкам проектного менеджера заметно разнятся. Но суть остается сутью, менеджер проекта — это человек-оркестр, который и клиента на ходу остановит, и в Джиру* “горящую” зайдет. Такого специалиста нужно уметь отыскать, как бриллиант среди простых камней, или в крайнем случае вырастить самому, но на это потребуются немалые ресурсы.

*Джира (Jira) — система для управления проектами, используется для оптимизации и отслеживания рабочих процессов.

Кто ответит за факап?

При наличии большого количества обязанностей, любой факап на проекте — это тоже ответственность менеджера. Не уложились в сроки? Заказчик плохо сформулировал требования и недоволен результатами? Бюджет трещит по швам? Команда не понимает, что делает и зачем? Руководство не в курсе, на каком этапе находится проект? Совершенно точно — за эти все факапы будет спрос с менеджера проекта.

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

Мы во Fusion Tech давно ввели нерушимое правило, которым не может пренебрегать ни один проектный менеджер.

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

Время, потраченное на составление реестра рисков, окупит себя очень быстро. А вот последствия неучтенных факапов, наоборот, могут быть непредсказуемы и длительны.

Можно ли обойтись без ПМа?

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

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

Подытожим!

Насколько же зависит от менеджера успех проекта? Максимально! От того, как ПМ принимает решения, как реагирует на изменения и проблемы, как оценивает и актуализирует риски — будет определяться успешность или провал проекта. Безусловно, на реализацию разработки воздействует множество других факторов: сложность поставленной задачи, размер команды, квалификация специалистов и другие обстоятельства. Но отказ от ПМ — сам по себе уже факап, невозможно усидеть на двух стульях, делать все и сразу. Да еще и делать хорошо. Если в вашей команде не хватает человека-оркестра, Fusion Tech готовы сотрудничать в формате аутстаф, чтобы все ваши проекты дошли до удачных релизов как можно скорее.

Новости из мира IT-технологий, о трендах индустрии, бизнес-сервисах и не только — в ТГ-канале или на сайте Fusion Tech.

Читайте также:

18
4 комментария

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

Мы 7 лет назад подумали: "а что, если сделать свой таск-трекер, который будет закрывать ВСЕ потребности руководства", ну собственно и сделали. А потом увидели, что он достаточно конкурентноспособный чтобы выйти на рынок)

1
Ответить

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

2
Ответить

Очень интересная статья!

1
Ответить

Спасибо за комментарий, рады быть полезными! :)

Ответить