Основні форми проектних структур

 

Форми організаційної структури мають бути розглянуті на двох рівнях — зовнішньому і внутрішньому:

1. Зовнішній рівень передбачає наявність певної структури зв'язків і відносин між окремими виконавцями і групами, залученими до виконання проекту, та їх материнськими підрозділами, відділами, компаніями.

2. Внутрішній рівень відбиває стосунки між окремими виконавцями і групами, які виконують проект. Ця структура розглядається незалежно від зовнішніх стосунків. Внутрішня структура існує всередині зовнішньої, її варто розглядати для великих проектів.

Серед зовнішніх організаційних структур виділяють такі основні форми:

♦ форма проектної команди;

♦ матрична організація;

♦ гібридна організаційна структура;

♦ структура модульного зв'язку. Основні форми внутрішньої структури:

♦ внутрішня функціоналізація;

♦ внутрішня матрична структура;

♦ дивізіональна структура;

♦ федеральна організація;

♦централізована/децентралізована форма організації великих проектів.

Охарактеризуємо стисло ці форми.

Проектна команда. З погляду менеджера проекту — це найбільш приваблива форма організаційної структури. Виконавці визначені, групи сформовані й повністю закріплені за проектом на весь його життєвий цикл, тобто на час виконання проекту вони втрачають зв'язок зі своєю материнською організацією або. підрозділом і повністю підпорядковуються менеджеру проекту, який має всю повноту влади. Цим установлюється окремий цілеспрямований підрозділ компанії для виконання проекту зі своїми функціональними службами. У проектного менеджера можуть виникати управлінські проблеми щодо взаємозв'язку з іншими компаніями, залученими до виконання проекту. Це означає, що у проектах із залученням багатьох компаній проектна команда може існувати тільки у межах кожної окремої компанії і, отже, формувати тільки частину всієї проектної організації.

Перевагами проектної команди є:

легка організація планування і контролю;

тісний взаємозв'язок і взаємодія виконавців;

високий рівень відповідальності;

краще організована групова робота;

легше управління конфліктами.

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

• менш ефективне використання обмежених ресурсів компанії (оскільки у проектній команді кожного проекту дублюються усі функціональні служби, частіше використовуються спеціалісти більш широкої спеціалізації, ніж вузької);

• можливість використання тільки у великих проектах (для створення проектної команди треба мати такий обсяг робіт, аби завантажити фахівців на весь робочий день і створити окремий підрозділ);

• неможливість використання під час виконання компанією декількох проектів тривалий час (оскільки це розколює, руйнує функціональні підрозділи компанії і перешкоджає переміщенню персоналу з одного проекту до іншого у разі потреби).

Для подолання цих недоліків дуже важливо правильно розподілити ресурси між проектами, які використовуються водночас.

Використати переваги цільового і функціонального підходів під час створення організаційних структур дозволяє їх матрична форма.

Матрична форма організації проектів.

Ця форма стала популярною у 70—80-х роках минулого століття. Спочатку її використовували саме в проектній діяльності, а потім вона набула поширення і у загальному менеджменті завдяки своїй гнучкості й можливості відповідати складним організаційним вимогам.

Існують такі види матричної організаційної структури:

1)функціональна;

2)балансова;

3)проектна;

4)контрактна.

Функціональна матриця. Проектний менеджер з обмеженою владою координує виконання проекту, до якого залучені різні функціональні підрозділи. Функціональні менеджери мають владу і несуть відповідальність у більш вузьких специфічних сегментах проекту (рис. 1.3.1).

Під час використання функціональної матриці більша частина влади і відповідальності за проект зосереджується в руках функціонального менеджера. Роль проектного менеджера зводиться до зв'язку, координації, інтеграції, він стає центром інформації щодо проекту, проте має невелику пряму владу. Тому доцільніше тут вести мову про координацію проекту, ніж про управління ним. Проектний менеджер тільки спостерігає за процесами, він залежить від доброї волі функцїональних менеджерів, виступає в ролі прохача щодо останніх. Він не може впливати на події, змінювати їх перебіг, безпосередньо давати розпорядження членам проектної команди. Ефективно управляти проектом за такої форми важко, контроль здебільшого слабкий.

 

 

Рис. 1.3.1. Схема функціональної матричної структури

Тому цей вид матричної структури прийнятний для невеликих проектів, що їх виконують у проектно-неорієнтованих фірмах, або якщо функціональні підрозділи дуже сильні й неприступні.

Балансова матриця. За такої матриці проектний менеджер однаковою мірою поділяє владу і відповідальність за виконання проекту з функціональними менеджерами. Схему балансової матриці наведено на рис. 1.3.2.

 

 

Рис. 1.3.2. Схема балансової матричної структури

Ця організаційна структура використовується як для внутріш-ньофірмових, так і для міжкорпоративних проектів, де взаємодіють багато компаній. Тому в одному проекті може існувати декілька окремих груп — для клієнтів, власників, консультантів, підрядчиків, субпідрядників, головних постачальників.

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

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

Менеджер проекту контролює виконання графіка і бюджету, ставить питання про переоцінку альтернатив, коли з'являються проблеми або виникають різні точки зору, проте відповідальність за професійні рішення лежить на функціональних менеджерах, як фахівцях вузького профілю.

Балансова матрична структура, з одного боку, поєднує виконавців, залучених до проекту, спрямовує їхні зусилля на досягнення спільної мети, а з іншого — функціональні підрозділи зберігаються незайманими. За її використання, як бачимо зі схеми, створюється відділ управління проектами, керівник якого перебуває на одному ієрархічному рівні з керівниками функціональних служб, а до складу входять менеджери проектів. Це зберігає цілісними функціональні підрозділи і дозволяє переміщати їхній склад між проектами. Виконавців можна закріпляти за проектами на весь їхній життєвий цикл або на якусь частину, на повний робочий день або на декілька годин. Водночас зберігається підпорядкованість їх функціональному менеджеру, вони лишаються у складі свого відділу. Це дає можливість використати переваги функціонального і цільового підходів.

Проектна матриця. При використанні цієї організаційної структури (рис. 1.3.3) проектний менеджер управляє проектом, має владу і несе першочергову відповідальність за завершення проекту відповідно до його завдань. Функціональні менеджери за необхідності добирають персонал і впроваджують технічну експертизу. Цей вид наближається до проектної команди, або дивізіональної форми організації, саме проектній матриці, а не функціональній, віддають перевагу проектні менеджери. Більш за все вона прийнятна у проектно-орієнтованих фірмах, де головним видом діяльності є виконання проектів і де проектні менеджери визнаються як лінійні керівники. Схему такої організації наведено нижче.

 

Порівняймо схеми наведених вище видів матричних організаційних структур. На першій (див. рис. 1.3.1) проектний менеджер постає, скоріше, як координатор проекту, підпорядковується функціональному керівникові, але перебуває на рівні, вищому, ніж підлеглі. Це показує його місце в ієрархії та ілюструє функціональну матрицю.

На схемі, що на рис. 1.3.2, проектний відділ існує окремо, його керівник звітує перед генеральним менеджером, він займає один рівень із функціональними менеджерами, це балансова матриця.

Що ж до третьої ситуації (рис. 1.3.3), то проектний менеджер є лінійним керівником, звітує перед генеральним менеджером, перебуває на одному рівні або вище функціональних менеджерів.

Існують різні модифікації цих форм залежно від того, кому підпорядковані проектні менеджери, перед ким вони звітують, хто їм підпорядкований. Усе це впливає на ефективність управління проектами в будь-якій компанії.

Контрактна матриця. Під час виконання проекту, особливо великого, потрібно об'єднати усі компанії в одну організацію; оскільки кожна з них (замовник, виконавець, консультант, постачальник) може впливати на успіх проекту, проектний менеджер повинен розглядати їх як складові організаційної структури. Усі його дії — зв'язок, координація, планування, контроль — повинні поширюватися на всі ці компанії, поєднувати їх в одній організації.

Зазвичай до великих проектів залучаються три групи компаній: замовники / споживачі; архітектори / конструктори; будівельники / виробники / програмісти.

Кожна з цих компаній прагне функціонувати окремо, маючи за мету максимізацію своїх власних інтересів. Проте для успішного завершення проекту треба об'єднати людей з усіх компаній, кожна з них має розглядатись як частина «глобальної» організаційної структури проекту. Матрична організація — єдиний шлях об'єднати цю «глобальну» організацію (оскільки інші не можна використати) і зв'язати разом усі окремі компанії. Вони з'єднуються лінійною владою (або впливом), яка інколи є дуже слабкою, часто базується на контрактах і постачальницьких угодах. Форми контрактів і умови постачань — це лінії впливу, які визначають функціонування «глобальної» організації. Ця структура є складною, повною «пунктирних» (переривчастих) ліній.

Влада проектного менеджера залежить від форми контрактів. Тому цю форму організаційної структури називають контрактною матрицею. Вона може існувати у будь-якій базовій матричній формі і залежить від влади проектного менеджера, яка визначається такими чинниками:

• умови контракту, який використано;

• здібності й уміння менеджера проекту;

• домінування компанії, до якої належить менеджер;

• впроваджені технології та системи;

• склад персоналу;

• особливості проекту.

На сьогодні немає альтернативи цій матричній концепції для складних проектів з «глобальною» організаційною структурою.

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

В окремій компанії гібридна організаційна структура поєднує людей, які працюють повний робочий день, у проектну команду. Решта ж, котрих неможливо ефективно використовувати повний день або їхні професійні можливості обмежені, залишаються у функціональних підрозділах і працюють частково на матричній основі. Стосунки проектного менеджера з функціональними підрозділами можуть також мати відмінності. Наприклад, у хімічній промисловості здійснюється проект усередині компанії. Проектним менеджером призначено фахівця з конструкторського відділу, він може мати лінійний зв'язок і владу над будівельними підрозділами. Проектувальники можуть бути з різних підрозділів, і проектний менеджер може мати з ними тільки відносини, притаманні балансовій матриці. Виробничі підрозділи — це замовники, цілком можливо, що з ними проектний менеджер матиме тільки слабкі, з обмеженою владою і впливом, стосунки, притаманні функціональній матриці.

У великих проектах кожна компанія може мати різні форми організаційної структури, проектний менеджер у кожній з компаній матиме різну владу і стосунки зі своїм персоналом. Генеральний проектний менеджер матиме важке завдання щодо їх інтеграції, яка ускладнюється відмінністю організаційних структур залучених компаній.

Структура модульного зв'язку. Ця структура використовується для забезпечення гнучкості у компаніях, передусім тих, які орієнтовані на здійснення проектів. Вона функціонує на базі модулів, які вводяться і виводяться з проекту через потреби, комбінуються і рекомбінуються в різні системи зв'язку залежно від завдань проекту. Усі задіяні виконавці є повноправними членами проектної команди, тільки залучаються до неї на певний проміжок часу.

Консультаційні компанії та компанії з розробки програмного забезпечення часто й успішно використовують цю організаційну структуру, котра дає змогу гнучко задіяти інтелектуальні можливості персоналу.