Читать книгу Успешный руководитель проекта - Юрий Волщуков - Страница 4
Руководитель или менеджер проекта
ОглавлениеВ российской практике мы сталкиваемся с определениями «руководитель проекта» и «менеджер проекта», что вносит путаницу в головах соискателей и исполнителей по проектам. В чем разница? Давайте попробуем разобраться.
Отмечу, что приводимые понятия отличаются только на русском языке. Как только вы начнете делать визитку на английском языке, вам придется использовать термин manager. Зарубежная теория управления строится именно на классике менеджмента (т. е. управления). И у любого менеджера есть границы «дозволенного».
Понятие «руководитель» у наших людей не вызывает сомнения: руководитель – это человек, которому подчиняется группа людей, он понимает, что нужно делать, он «рулит» всеми, назначает задачи, проверяет их исполнение, распоряжается ресурсами и так далее. Таким образом, в нашей практике термин «руководитель проекта», как правило, используют в тех случаях, когда хотят подчеркнуть, что данный специалист отвечает за «все» по данному проекту.
Понятие «менеджер проекта» пришло к нам с Запада и накладывает свой специфический отпечаток, который не совсем точно коррелируется с понятием «руководитель». Другими словами, менеджер (англ. manager) – управленец, он управляет процессом в определенных рамках. Очень существенное отличие менеджера от руководителя (в контексте именно нашего российского мышления) в том, что менеджер не принимает ключевых решений, которые находятся в «пограничной зоне» за пределами его компетенции. Границы руководителя, как правило, шире.
Конечно же, менеджер менеджеру рознь. Существует четкая иерархия у менеджеров со своими границами и уровнями полномочий. У нас же слово «руководитель» практически всегда охватывает смежные зоны ответственности, при этом не детализируя их подробно, предполагая либо воспитывая у соискателя интуицию к действию в нужный (критический) момент времени. Именно эта особенность в организационном плане и вносит существенные отклонения во взаимоотношения между руководителем проекта и группой лиц, назначивших его.
Должен отметить, что данное явление не является повсеместным. Оно зависит от особенностей управления внутри организации, квалификационного уровня управленцев как на стороне заказчика, так и на стороне исполнителя.
Пример:
Представим себе проект, на который выделен определённый бюджет. В процессе проектирования и детализации требований заказчика выясняется, что требуются дополнительные работы, которые не учитывались при оценке затрат. Соответственно, выделенной суммы не хватит на успешную реализацию целевой задачи проекта. Здесь и проявится существенная разница в действиях между руководителем и менеджером. Руководитель может принять решение изменить финансирование или, например, перераспределить ресурсы и добиться варианта решения данного вопроса. Менеджер, как правило, ограничивает свою деятельность узкими рамками и самостоятельно опасается принять и добиться решений на своем уровне. То же самое касается вопроса изменения состава участников команды. Менеджер проекта не решается самостоятельно изменить эту группу людей, а руководитель это делает и добивается результата.
Ключевые моменты:
Границы полномочий – зона ответственности руководителя проекта, и особенно важно ее понять, проговорить, прописать в смежных областях.
Резюме:
При формировании вашего согласия стать руководителем проекта необходимо выяснить, каковы границы ваших полномочий, можете ли вы варьировать сумму бюджета и в каких пределах, можете ли вы менять людей, которые в проектную группу включены. Именно на данном шаге вы должны понять, куда вас сдвигают: в сторону руководителя проекта или менеджера проекта. И от вас самих будет зависеть в дальнейшем, в каком направлении вы будете двигаться.
Еще раз подчеркну, что данный раздел был бы лишним в случае единых правил, подходов к управлению на всех российских предприятиях и в условиях нашей российской школы управления.
Однако на разных предприятиях, с разной школой воспитания управленцев в настоящее время мы имеем катастрофические отличия в отношении к руководителю проекта. Называем руководителем, но часто не даем ему соответствующих рычагов и полномочий. Либо наоборот – человек не тянет, а мы не решаемся заменить.