Тема 5 структуризація проектів

1. Основні поняття системного підходу до управління проектами.

2. Структуризація як основа управління проектами.

3. Принципи декомпозиції проекту.

4. Структуризація проекту як процес.

5. Типи структурних моделей проекту.

6. Структура розбивання робот (СРР) – односпрямована структуризація.

5.7. Багатоспрямовані структури проекту.

5.1 Основні поняття системного підходу до управління проектами

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

Першим поняття системи ввів Л. Берталанфі (1949 р.): система – це сукупність елементів, що знаходяться у взаємодії.

Сучасне визначення: система– цецілісна множина елементів, фізично та/або концептуально пов’язаних між собою.

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

Система

Розуміння системи як цілісної множини елементів, пов’язаних відносинами, приводить до виділення двох груп понять:

- які характеризують склад системи – її компоненти;

- які характеризують відносини компонент – її структура.

Компонента системи - це будь-яка її частина, що вступає у певне відношення з іншими її частинами.

Підсистема - це така частина системи, яка сама створена з компонент.

Поняття елемента відповідає поняттю кінцевого, неподільного.

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

Система

Елемент

Рисунок 5.1 Співвідношення "система - елемент"

- елемент

- компонента

- підсистема

Рисунок 5.2 Співвідношення "елемент - компонента - підсистема"

Приклад. Компоненти менеджменту ("сім нот менеджменту"): структури,

фінанси, бізнес-план, маркетинг, облік, економіка, логістика.

Структура системи - це спосіб взаємозв'язку, взаємодіє, відношень компонент, що утворюють систему.

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

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

Приклад. Підприємство: виробнича структура, організаційна структура, соціальна структура, функціональна структура.

Функція системи - відособлений стійкий вид діяльності.

Функціональна залежність може мати місце:

- між окремими компонентами даної системи;

- між компонентами та системою в цілому;

- між системою в цілому та іншою більш широкою системою.

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

Проект є складною системою.

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

5.2 Структуризація як основа управління проектами

Для планування та управління проектом необхідно визначити та побудувати його структуру.

Структуризація - це розбивання проекту на ієрархічні підсистеми та компоненти.

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

Структура проекту повинна задовольняти наступним правилам:

1. Сукупність елементів кожного рівня ієрархії декомпозиції проекту повинна представляти весь проект. Рівні декомпозиції розрізнюються між собою ступенем деталізації.

2. Сумарне значення характеристик проекту (об’єми робіт, вартість, споживані ресурси, кількість виконавців та ін.) на кожному рівні структури проекту повинні співпадати.

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

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

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

Загальна схема структурної декомпозиції проекту наведена на рис. 5.3.

Проект

Частина проекту 1

Частина проекту 2

Частина проекту N

Комплекс робіт 1

Комплекс робіт 2

Комплекс робіт M

Характеристики

робіт

- Обсяги

Укрупнені види робіт 1

Укрупнені види робіт 2

Укрупнені види робіт K

- Вартість

- Матеріали

- Обладнання

- Виконавці

Детальна робота 1

Детальна робота 2

Детальна робота L

- Інші

Одинична робота 1

Одинична робота 2

Одинична робота Q

Рисунок 5.3 Загальна схема структури проекту

Наведений рисунок дозволяє визначити основні задачі структуризації проекту:

- розбивка проекту на блоки, що піддаються управлінню;

- розподіл відповідальності за різні елементи проекту та ув'язка робот із структурою організації (ресурсами);

- точна оцінка необхідних витрат - грошей, часу та матеріальних ресурсів;

- створення єдиної бази для планування, складання бюджетів та контролю за затратами;

- ув'язка робот за проектом із системою ведення бухгалтерських рахунків у компанії;

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

- забезпечення комплексів робот (підрядів).

Структуризація є достатньо складним процесом. Структура проекту повинна з'єднувати:

1) компоненти продукції проекту;

2) етапи життєвого циклу;

3) елементи організаційної структури.

Таким чином, структуризація проекту полягає у формуванні структури проектних робіт, затрат і узгодженні їх з організаційною структурою проектної команди. Вона передбачає розробку так званої робочої структури проекту (Work Breakdown Structure – WBS), організаційної структури проекту (Organization Breakdown Structure – OBS) і затратної структури проекту (Cost Breakdown Structure – CBS).

Основи структуризації було закладено на початку 6-х років запровадженням WBS у міністерстві оборони США. Але оскільки її асоціювали зі складною системою витрати/графік, то у 70-80-х роках минулого століття вона використовувалася обмежено, переважно в оборонних проектах. З 90-х років методологія WBS поширилась на всі галузі з широким застосуванням комп’ютерної техніки, спеціальних програм.

Зараз спостерігаються два основних підходи при застосуванні цього методу:

- створення тільки WBS (тобто структуризація проводиться в одному розрізі);

- створення WBS і ОBS (структуризація здійснюється у двох розрізах – проект і організаційні підрозділи).

Крім того, на основі цих підходів інколи використовують:

- структуру витрат СBS або структуру обладнання;

- багаторівневий підхід для мультинаціональних проектів.

5.3 Принципи декомпозиції проекту

Структура проекту може мати різну ступінь деталізації та відображати різні аспекти проекту.

Структурні моделі можуть відрізнятися за принципами декомпозиції проекту.

1) Коли результати проекту можуть бути достатньо чітко визначені, структурна декомпозиція здійснюється з орієнтацією на його результати. Результати можуть бути представлені об'єктно-конструктивними або функціональними частинами проекту.

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

3) Можлива змішана структурна декомпозиція (частина - на результати, частина - фази ЖЦП).

Приклад. Структурна декомпозиція проекту "Створення автомобіля":

Основні результати: Організація й управління (системний інженерний менеджмент, план проекту, контроль, закриття); Двигун (циліндри, поршні, система регулювання...); Ходова частина (рульове управління, колеса, трансмісія...); Корпус автомобіля (верх, двері, днище....); Інженерні системи (механічні, електричні, електронні...).

Основні фази ЖЦП: Управління проектом (планування, контроль, закриття); Визначення вимог до продукту (вимоги до окремих частин, системні вимоги...); Проектування та конструювання (ескізний проект, технічний проект, детальне проектування); Виготовлення (виготовлення частин автомобіля, збирання на конвеєрі); Випробування ( випробування вузлів та агрегатів, випробування окремих систем...).

Змішана: Управління проектом; Двигун; Ходова частина; Корпус; Інженерні системи.

У не залежності від обраного принципу декомпозиції існують деякі загальні правила побудови структури проекту:

1. Структурна модель дозволяє вибрати всі роботи проекту необхідної деталізації. Набір таких робіт називається перетином структурної моделі проекту.

2. Немає строгої регламентації за числом рівней ієрархії структурі проекту. Число рівней зазвичай коливається у границях 6-8 у залежності від складності, масштабів проекту та інших його характеристик.

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

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

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

5.4 Структуризація проекту як процес

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

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

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

До основних задач структуризації проекту відносяться:

• розбивання проекту на блоки, які піддаються управлінню;

• розподіл відповідальності за різні елементи проекту та ув’язування робіт із структурою організації;

• точна оцінка необхідних затрат – грошей, часу та матеріальних ресурсів;

• створення єдиної бази для планування, складання кошторисів та контролю за затратами;

• ув’язування робіт за проектом із системою ведення бухгалтерських розрахунків у компанії;

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

Процес структуризації проекту представляє собою певну послідовність дій.

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

2. Деталізація – визначення різних рівнів деталізації планів та кількості рівнів елементів у структурі розбивки проекту.

3. Структуризація процесу. Підготовка схеми життєвого циклу проекту.

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

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

6. Складання плану бухгалтерських рахунків в організації – системи кодів, що використаються при структуризації проекту, повинні спиратися на існуючий в організації план бухгалтерських рахунків.

7. Структурне розбивання проекту. об'єднуються

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

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

10. Розробка робочого плану бухгалтерських рахунків. При необхідності слідує розробити систему субрахунків, яка стикується з планом рахунків.

11. Розробка робочого сіткового графіку. Реалізація перших 10 кроків дозволяє розробити деталізований графік, який включає часові та ресурсні оцінки кожної роботи.

12. Створення системи наряд-замовлень. Витікає зі структури (п.7) й матриці (п.9). На цьому етапі завдання повинні бути абсолютно конкретними відносно часу та ресурсів.

13. Створення системи звітності та контролю.

5.5. Типи структурних моделей проекту

Структурна модель проекту та принципи структуризації широко використовуються для побудови інших структурних моделей, що використовуються в управлінні проектами.

Основними з них є:

- Дерево цілей – граф, або схема, яка показує, як генеральна ціль проекту розбивається на цілі нижнього рівня (“дерево” – це пов’язаний граф, що виражає супідрядність і взаємозв’язок елементів, у даному випадку такими елементами є цілі та підцілі). Представлення цілей починається з верхнього рівня, подалі вони послідовно розкрупнюються. Модель можна побудувати й у відповідності зі структурою результатів проекту.

- Дерево рішень - граф, або схема, що відбиває структуру завдання оптимізації багатокрокового процесу. Гілки дерева відображають різноманітні події, що можуть мати місце, а вузли (вершини) – точки, в яких виникає необхідність вибору. Причому вузли різноманітні: в одних вибір здійснює сам проект-менеджер (із деякого набору альтернатив), в інших це від нього не залежить. У таких випадках проект-менеджер може здійснювати оцінку ймовірності того чи іншого “рішення”.

- Дерево робіт(структура робіт) проекту (матриця WBS) – схема, яка відбиває поділення проектної роботи на частини. Таке дерево є засобом розчленування великого, складного проекту на компоненти або господарські програми – на проекти (її складові), дозволяє виділити підрозділи й окремі групи (“пакети”) робіт. У ході проектування можна додавати нові рівні до дерева робіт проекту. Нижній рівень – пакети робіт, останні елементи підрозділів, якими керує підрядчик або відповідний відділ організації-замовника. Даний пакет робіт не варто відокремлювати від інших робіт проекту, але зв’язки його з іншою частиною проекту мають бути чіткими.

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

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

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

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

- На основі структури проекту та даних про вартість елементів проекту можна побудувати дерево вартості – структурну декомпозицію вартісних показників ресурсів.

- Структурна контрактна декомпозиція робіт проекту.

- Дерево розподілу ризиківпроекту та рішень щодо його оптимізації.

- Структура споживання ресурсів.

1

1.1

1.2

1.3

Дерево цілей Структура продукції

Z

WBS

ORG

10

20

30

11

12

21

31

32

111

112

121

211

311

321

322

А!

А2

В1

В2

А1

А2

В1

В2

Структура робіт (матриця WBS) Організаційна структура

ORG WBS		X			Y
		A	B	C	A	B	C
10	11
	12
20	21

Матриця відповідальності

Рисунок 5.4. Варіанти проектних структур

5.6 Структура розбивання робот (СРР - WBS)

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

У наш час найчастіше застосовують «односпрямовану» систему для структуризації, управління і контролю проектів (структуризуються тільки обсяги робіт). Результатом такої структуризації є створення матриці WBS – робочої структури проекту.

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

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

Пакети робот звичайно відповідають самому нижньому рівню деталізації СРР, складаються з детальних робот та утворюють так званий робочий пакет(табл. 5.1).

Робочий пакетє самостійною фінансовою одиницею. Він включає:

- обсяг і перелік робіт, які треба виконати;

- відповідального за виконання робочого пакету;

- бюджет;

- потрібні ресурси;

- терміни початку й кінця.

Таблиця 5.1 – Структура робочого пакету

Робочий пакет: « «

Відповідальний за робочий пакет:

Поставлене завдання;

Необхідні результати:

Бюджет:

Основні умови:

Терміни:

Замовник: Відповідальний за робочий пакет:

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

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

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

Основними етапами розробки СРР є:

- визначення ступеня деталізації проектних робіт (необхідно, щоб вони піддавались оцінці):

- визначення кількості рівнів (як правило три – чотири, для сучасних компаній – чотири оптимально);

- розробка структури кожного рівня (формування горизонтальних рівнів):

- підготовка опису елементів СРР (стисла назва кожної складової СРР);

- формування системи кодування (кодуються усі блоки);

- проведення зворотних обчислень (затрати знизу догори за принципом: відділ локалізації – субпідрядник).

До складу робот СРР (матриці WBS) входять усі роботи проекту. Аналіз на повноту СРР є одним із найважливіших етапів побудови проекту.

Основою формування СРР проекту можуть служити:

- компоненти продукту (послуги, об’єкта, товару), що отримуються у результаті реалізації проекту;

- процесні або функціональні елементи діяльності організації, що реалізує проект;

- етапи життєвого циклу проекту, основні фази (проектування – будівництво – приймання);

- підрозділи організаційної структури (компанія 1 – компанія 2 – компанія 3);

- географічне розміщення для просторово розміщених проектів.

Як правило, на практиці використовуються комбіновані СРР, побудовані з використанням декількох основ декомпозиції (рис. 5.1).

Для створення СРР структуризація може проводитися по таких рівнях:

рівень 1 – проект;

рівень 2 – стадії або субпроекти;

рівень 3 – системи або блоки;

рівень 4 – робочі пакети.

Кожному елементу СРР повинен бути присвоєний унікальний ідентифікатор, який відповідає рівню та порядковому номеру на рівні з використанням певних роздільників (наприклад, розділових знаків та ін.).

Розробка і виробництво виріб (1)

Розробка (1.1)

Виробництво (1.2)

Деталь 1 (1.1.1)

Деталь 2 (1.1.2)

Збирання (1.1.3)

НДР (1.1.1.1)

ДКР (1.1.1.2)

НДР (1.1.2.1)

ДКР (1.1.2.2)

НДР з технології збирання (1.1.3.1)

ДКР з технології збирання (1.2.3.2)

Рис. 5.5. СРР для змішаного підходу

СРР служить основою для узгодження інших основних структур проекту:

- організаційної структури (OBS – Organizzation Breakdown Structure);

- структури статей затрат (ABS – Account Breakdown Structure);

- структури ресурсів (RBS – Resource Breakdown Structure);

- функціональної структури;

- інформаційної структури.

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

7. Багатоспрямовані структури проекту

Робоча структура проекту дає змогу визначити перелік робіт, які необхідно виконати, проте не відповідає на питання, хто виконуватиме ці роботи і яким коштом.

Тому дедалі частіше у проектах використовується двоспрямована структуризація, яка поєднує робочу й організаційну структури і передбачає:

- робочу структуру проекту (WBS);

- організаційну структуру проекту (ОBS);

- облік затрат;

- описання робочих пакетів (діяльності);

- систему кодування;

- словник використання WBS (каталог CTR «Витрати (cost)– час (time) – ресурси (resourсes)»).

Організаційна структура проекту (ОBS) стосується тільки внутрішньої організаційної структури проекту і не зачіпає відносин проектних груп чи учасників з банківськими організаціями. Будується ОBS аналогічно робочій структурі:

- на першому рівні відображається організаційна структура як єдиний елемент;

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

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

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

Якщо зобразити WBS по горизонтальній осі, а ОBS – по вертикальній, то на перетині отримаємо елементи двоспрямованої структури (рис. 5.6), тобто певні роботи, які виконуються відповідними підрозділами проектної команди. Кожний з них має свої ресурси і свій бюджет, що створює систему обліку витрат. За це відповідає менеджер обліковець, який входить до складу адміністративної групи.

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

Обсяг робіт, ресурсів і витрати, необхідні для виконання усього проекту або його складових, визначаються знизу догори – додаванням величини показників по вертикальній осі, тобто від найнижчого до вищого рівнів WBS.

Кодування

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

Кожний кодовий номер відповідає певним витратам, WBS або ОBS рівню та елементу, а також вказує на взаємостосунки у структурах WBS і ОBS. Кожний рівень структури представлено частиною коду. Одна частина презентує структуру WBS, друга – ОBS. Пов’язуючи їх, отримують витрати, притаманні цим структурам та їхнім окремим елементам.

Рівні:

WBS: перший – код проекту (одна або дві цифри, 5); другий – елементи другого рівня (одна чи дві цифри, 51, 52, 53…); третій – додається ще одна цифра( 521, 522, 523…).

ОBS: загальна структура проекту 5, наприклад цифра 4; далі елементи другого рівня – 41, 42, 43…; ще одна цифра – елементи третього рівня – 411, 412, 421, 422….

У зв’язку зі створенням WBS/WBS-структур та кодуванням потрібно створити словник, який би визначав елементи й облік затрат (табл..5.1). Це може бути подано у вигляді каталогу «Витрати – час – ресурси, або CTR).

Таблиця 5.1

CTR-словник

Номер	Код роботи	Зміст роботи	Затрати, грн	Тривалість, дні	Необхідні ресурси
… 3	513-42	Навчання системних аналітиків	5000	5	Тренери – 2 особи Аудиторія – 5 днів

Трьохспрямована структура створюється додаванням до двоспрямованої структури третьої – структури затрат СBS.

СBS утворюється за алгоритмом, аналогічним створення WBS і ОBS, Перший рівень – це всі витрати на проект. Другий рівень – основні елементи СBS: матеріали, вузли, комплектуючі; витрати на утримання устаткування; трудові витрати; інші витрати. Третій рівень – подальша розбивка. Наприклад, для трудових витрат це будуть: витрати на добір і навчання, витрати на оплату праці з поставки і монтажу устаткування; витрати на оплату праці з програмного забезпечення. Четвертий рівень – подальша розбивка.

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

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

Рисунок 5.6. Двоспрямована структура проекту створення комп’ютерного центру

Рисунок 5.7. Трьохспрямована структура проекту