Я РМ. Проджект-менеджер: системный подход и лучшие практики (страница 2)
Посмотрим на вопрос с другой стороны: выделим те роли и задачи, которые не относятся к функциям руководителя проекта и не должны формировать его круг обязанностей. Например, он не обязан заниматься организацией встреч с командой и собирать информацию по стадии готовности проекта. Если участие сводится к формальному отслеживанию динамики работ без какого-либо влияния на процесс и к поверхностному обновлению проектной документации, данная роль не является ролью руководителя проекта (на практике это значит, что функции проектного менеджера взяли на себя другие участники проектной команды – функциональные специалисты, эксперты и т. д.). Такое случается, если у руководителя проекта нет достаточных компетенций для погружения в специфику задач, а также в том случае если внутри команды начинаются конфликты или ролевая модель проекта изначально выстроена неверно (последний из этих вариантов самый опасный, так как представляет изначально заложенный риск провала проекта). В крупных проектах задача организации встреч и сбора статуса готовности без какого-либо погружения в суть процесса может поручаться администратору или другим сотрудникам, осуществляющим организационное сопровождение.
Проектный менеджер – всегда исследователь. В среднем не менее десяти процентов рабочего времени, особенно на начальных этапах, он должен тратить на исследование сферы бизнеса или функциональной области, к которой относится проект. Это может быть изучение внешних источников информации, опросы экспертов, анализ опыта смежных проектов, которые были реализованы данной организацией или другими компаниями. Без понимания основных определений и процессов, которые проект должен доработать или изменить, начинать его реализацию не имеет смысла. Умение выстроить информацию в понятную структуру, не являясь глубоким экспертом в этой области знаний, во многом определяет уровень и квалификацию проджект-менеджера.
Руководитель проекта не должен полностью фокусироваться на технических аспектах реализации проекта. В этом случае теряется главная функция проектного менеджера – регулярная коммуникация для вовлечения всех участников, в противном случае у руководителя попросту не хватает времени на общение с коллегами или в обсуждениях принимают участие только некоторые технические эксперты. При полном погружении в техническую специфику теряется непредвзятый взгляд на проблему со стороны (притом что в некоторых случаях такой взгляд абсолютно необходим), решения начинают приниматься для реализации отдельных технических задач; общие цели самого проекта, как правило, при этом уходят на второй план. Задача руководителя проекта состоит в том, чтобы с учетом проблематики, жизненного цикла и коммуникативного фона проекта самостоятельно принимать решения о личной степени погруженности в функциональные вопросы, но никогда при этом не терять контекст внешней среды, находящейся за рамками проекта. Подобный взгляд вовне часто позволяет своевременно предупредить возникновение острых технических проблем (например, возможность рассмотрения правительством нового закона, который может повлиять на проект, или появление заказчика, который предъявляет новые требования) и заранее заложить резерв для усиления команды экспертами и техническими специалистами.