Материал: Организационная структура управления проектом

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

Важно заметить, что не все проекты - независимые проектные команды; персонал может работать на разных проектах одновременно.

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

Среди преимуществ можно выделить:

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

. Сплоченность. У членов проектной команды появляется высокий уровень мотивации и взаимопонимания. Участники объединены общей целью и личной ответственностью за проект и команду.

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

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

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

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

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

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

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

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

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

. Трудный постпроектный переход. Назначение персонала для выполнения проекта создает проблему: что с ним делать после того, как проект будет завершен? Если нет других проектов, то возникают трудности с обратным переводом специалистов в функциональные отделы из-за долгого отсутствия и необходимости вникать во все произошедшее, во все новинки и нововведения в их функциональной области.

4. Проекты в матричной структуре организации

Матричная структура организации стала одним из самых значительных инновационных подходов в менеджменте за последние 30 лет.

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

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

Компании применяют эту матричную договоренность самыми разнообразными способами. Некоторые организации устанавливают временные матричные системы для разработки определенных проектов, в то время как в других организациях матрица может быть чем-то постоянным.

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

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

С учетом значительного представительства в проекте 1 работников производственного и исследовательского подразделений этот проект может предусматривать разработку и внедрение нового производственного процесса для нового продукта «Альфа». Проект 2 может быть нацелен на маркетинг нового продукта. Проект 3 может быть ориентирован на внедрение новой системы финансового контроля для нового продукта. При этом все функциональные подразделения продолжают заниматься своей основной деятельностью.

Рис. 3

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

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

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

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

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

Матричное управление в целом и в его конкретных формах имеет уникальные сильные и слабые стороны.

Прежде всего, следует отметить следующие преимущества матричных структур.

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

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

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

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

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

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

Сильные стороны матричной структуры значительны. К сожалению, потенциально слабые стороны тоже серьезны. Во многом это происходит из-за того, что матричная структура более сложна и появление множества руководителей является радикальным отходом от традиционной структуры вертикальной иерархии. Кроме этого матричную структуру нельзя установить внезапно. Эксперты заявляют, что требуется 3-5 лет для возникновения и утверждения зрелой матричной системы. Поэтому проблемы, приведенные ниже, в основном могут быть отнесены к этому периоду «становления» матричной системы:

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