Управление проектами (на примере филиала ОАО «Ростелеком»)

Наряду с преимуществами организации проектов в рамках существующей функциональной структуры, имеются и недостатки. Они особенно сильно проявляются, если масштаб проекта велик, и ни один из функциональных отделов не берет на себя смелость возглавить руководство им.

1. У проекта часто отсутствует центр. У каждого функционального отдела своя собственная повседневная работа, из-за чего выполнением проекта иногда пренебрегают в пользу выполнения основных функциональных обязанностей. Эта проблема усугубляется, когда проект ставит разные приоритеты для разных отделов. Например, для отдела маркетинга проект может быть важным и срочным, в то время как отдел эксплуатации оборудования считает его второстепенным. Легко представить себе напряженность, которая может возникнуть, если работники отдела маркетинга будут дожидаться, пока их коллеги из другого отдела закончат свою часть работы.
2. Связи между функциональными отделами могут оказаться слабыми. Координация и обмен информацией, как правило, очень слабы в большинстве иерархических организаций. Более того, существует тенденция к частичной оптимизации проекта, когда соответствующих функциональных специалистов интересует только их конкретный сегмент проектных работ, но никак не проект в целом.
3. На работу над проектом в рамках функциональной организации обычно уходит больше времени. Отчасти это объяснимо более длительной реакцией на управляющее воздействие – информация о проектных решениях должна пройти по обычным структурным каналам управления. Более того, недостаточность горизонтального, прямого, обмена информацией между функциональными группами приводит к необходимости переделывать работу, по мере того как специалисты понимают, что к этому их вынуждают результаты работы их коллег.
4. Мотивация ответственных за проект может быть слабой. Проект могут рассматривать как лишнюю работу, напрямую не связанную со своим профессиональным или служебным ростом. Более того, так как функциональные специалисты работают только над одним сегментом проекта, то со всем проектом они себя не отождествляют.

Организация проектов по принципу независимых команд.

На другом конце спектра структур управления проектом находятся независимые проектные команды. Эти команды действуют независимо от основной структуры управления. Как правило, управляющий проектом должен сформировать основную, ключевую, группу специалистов, работающих над проектом полный рабочий день. Управляющий проектом набирает необходимый персонал как внутри, так и за пределами организации. Команда физически отделена от организации и имеет четкую установку на достижение цели проекта (см. рисунок 4).

Взаимодействие между основной организацией и проектными командами может варьироваться. В некоторых случаях основная организация устанавливает процедуры административного и финансового контроля над проектом. В других случаях фирмы дают управляющему проектом максимальную свободу выполнить проект при выделении необходимых ресурсов. И «Apple», и IBM использовали данный подход для разработки своих новых линий персональных компьютеров в 1980 г. В корпорации Apple команда разработчиков компьютеров «Макинтош» была вообще изолирована в отдельное здание, подальше от шума и вмешательства корпорации, и получила главную установку разработать новейший компьютер, и как можно быстрее. И наконец, некоторые организации

Рисунок 4 – Проектная команда

экспериментируют с самоуправляемыми проектными командами без формального управляющего проектом.

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

К сильным сторонам можно отнести следующие:

1. Это относительно простой способ выполнения проекта, который не сводится к противоречивым рутинным операциям, У функциональной организации не отбираются ресурсы на работу над проектом, функциональная организация сохраняет свою целостность, и проектная команда работает независимо от нее.
2. Эта система, в отличие от функционального подхода, концентрирует внимание на проекте. Управляющий проектом имеет полную власть над проектом. И хотя управляющий проектом подотчетен управляющим верхнего уровня основной организации» у него имеется независимая команда, единственной функцией которой является работа над проектом
3. Независимые команды, как правило, быстрее выполняют проекты. Возможно, основная причина этого в том, что члены команды уделяют все внимание проекту и не отвлекаются на выполнение других обязанностей. Более того, в такой системе реакция на принятое управляющее решение наступает гораздо быстрее, так как информация уже не ходит по вертикалям функциональной иерархии.
4. В проектной команде существует высокий уровень мотивации и взаимопонимания. У членов команды одна цель и общая ответственность за проект.
5. При том, что проектной команде выделяют необходимые ресурсы, имеет место высокий уровень кросс-функциональной интеграции. Специалист из разных областей работают вместе и при надлежащем руководстве стараются оптимизировать проект целиком, а не только те ею участки, где они являются экспертами.

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

1. создание автономных проектных команд дорого. Создается не только новая управленческая должность (управляющий проектом), но и все ресурсы проекту выделяются по отдельному рабочему штату. Это может привести к дублированию работы в разных проектах и потерям, вызванным увеличением производственных издержек.
2. иногда независимые проектные команды начинают считать себя абсолютно самостоятельными и независимыми от основной организации. Возникает сильное противопоставление «мы – они» между проектной командой и основной организацией. Это противопоставление может не только затруднить соединение отдельных проектных результатов в единое целое, но и возвращение членов проектных команд в их функциональные отделы после завершения работы над проектом.
3. создание автономных команд мешает профессиональному разрешению проблем, так как оно ограничивается только профессиональным уровнем специалистов, работающих над проектом. Хотя ничто не мешает специалистам консультироваться с их коллегами из функциональных отделов, синдром «мы — они» и тот факт, что такие консультации формально не санкционированы организацией, препятствуют подобным контактам
4. назначение штата персонала на выполнение проекта создает проблему, что с ним делать после завершения работы. Если нет других проектов, то возникают проблемы с обратным переводом специалистов в функциональные отделы, вызванные их долгим отсутствием и необходимостью вникать во все произошедшее во все новинки и нововведения в их функциональной области.

Организация проектов в матричной организации.

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

Компании применяют эту очень маневренную схему управления самыми различными способами. Некоторые организации разворачивают временные матричные структуры для разработки конкретных проектов, в других организациях «матрица» может быть постоянной. Сначала рассмотрим общее применение структуры (см. рисунок 5).

Матричная структура создается для оптимального использования ресурсов, так как одновременно с разработкой многочисленных проектов организация способна выполнять свои обычные функциональные обязанности. Одновременно матричный подход нацелен на большую интеграцию проектных команд в организации через наделение управляющего проектом достаточными полномочиями. Теоретически матричный подход обеспечивает двойное внимание сразу к функциональным обязанностям и к проектным требованиям, отсутствующее в раздельных подходах к управлению проектом, как по принципу независимых команд, так и по функциональному принципу. Это можно четко видеть в Таблице 1, где представлено отношение функциональных управляющих и управляющих проектами к ключевым проектным вопросам.

Таблица 1 – Разделение ответственности между менеджером проекта и функциональным менеджером в матричной структуре.

Рисунок 5 – Структура матричной организации

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

Существуют различные виды матричных систем в зависимости от способа и глубины разграничения полномочий менеджеров проекта и функциональных управляющих. Слабая, легкая или функциональная матрица – так называют матрицы, где баланс полномочий сдвинут в сторону функциональных менеджеров. Сбалансированная, или средневзвешенная матрица, – это традиционная матричная структура. Сильная, тяжелая или проектная матрица – это система, в которой баланс полномочий на стороне управляющего проектом

Относительная разница в полномочиях между функциональными управляющими и управляющими проектами находит отражение в ряде взаимосвязанных параметров. Одним из таких параметров является уровень подотчетности. Управляющий проектом, подчиняющийся непосредственно генеральному директору, имеет больше полномочий, чем менеджер по маркетингу, который подотчетен вице-президенту по маркетингу. Расположение проектных операций – это не самый важный фактор. Управляющий проектом оказывает значительно большее влияние на участников проекта, если они работают в его офисе, нежели когда они выполняют свою работу над проектом в своих функциональных офисах Аналогично количество персонала, занятого на постоянной работе по проекту, также играет существенную роль

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

Функциональная матрица – эта форма сходна с функциональным подходом за исключением того, что есть формально назначенный управляющий проектом, ответственный за координацию проектных операций. Функциональные управляющие отвечают за управление своим сегментом проекта. Управляющий проектом распределяет обязанности работников и составляет графики и контрольные перечни, собирает информацию о статусе работы и способствует выполнению проекта. Управляющий проектом имеет непрямые полномочия ускорять и отслеживать работу над проектом. Функциональные управляющие принимают решения о том, кто какую работу будет выполнять и определяет сроки ее выполнения.

 Сбалансированная матрица – классический тип, когда управляющий проектом отвечает за определение того, что нужно сделать, а функциональные управляющие – за то, как это будет сделано. Более конкретно, управляющий проектом вырабатывает общий план выполнения проекта, интегрирует вклад различных отраслей знаний, составляет графики и руководит работой. Функциональные управляющие отвечают за назначение специалистов и выполнение своего сегмента проекта согласно стандартам и графикам, составленным управляющим проектом. Совмещение «что и как» требует тесного сотрудничества обеих сторон и совместного одобрения технических и операционных решений.

Проектная матрица – эта форма старается создать «ощущение» проектной команды в матричной среде. Управляющий проектом контролирует большинство аспектов проекта, включая и уступки масштабу и на значение функционального персонала. Управляющий проектом контролирует, когда и что делают специалисты, и имеет решающее слово в принятии решений. Функциональный управляющий руководит специалистами из своего отдела и дает свои рекомендации, когда это необходимо. В некоторых случаях отдел функционального управляющего может играть роль «субподрядчика» для проекта, в таком случае они больше контролируют специализированную работу. Например, разработка новых серий портативных компьютеров может потребовать привлечения специалистов других служб к работе внутри структуры проектной матрицы над дизайном и техническими параметрами. Когда спецификация определена, ответственность за окончательный дизайн и производство определенных компонентов (например, источник питания) может быть возложена на соответствующие функциональные группы.

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