Що таке структура проекту? Організаційна структура проекту. Організаційні структури управління проектами. Структура проекту і оформлення проектної роботи Структура проекту включає в себе застосування

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

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

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

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

У технічно складних проектах важлива роль головного інженера проекту (ГІП), Який інколи по статусу дорівнює менеджеру проекту.

У великих проектах можуть виділятися менеджери з різних функціональних областях, Наприклад з управління фінансами, персоналом, ризиками і т. П.

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

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

ПРИКЛАД організаційної структури КОМАНДИ ПРОЕКТУ

Проект і компанія

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

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

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

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

ФУНКЦІОНАЛЬНА оргструктури

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

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

ПРОЕКТНА оргструктури

Примітка: Кольором виділені співробітники, які беруть участь в проекті.

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

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

МАТРИЧНА оргструктури

Примітка: Кольором виділені співробітники, які беруть участь в проекті.

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

Вибір організаційної структури проекту

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

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

Критерії вибору організаційної структури проекту

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

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

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

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

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

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

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

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

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

Основні типи організаційних структур

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

Мал. 1.9.

матрична організація (Matrix Organization) (рис. 1.10) - будь-яка організаційна структура, в якій Керівник проекту розділяє з функціональними керівниками (керівниками відділів) відповідальність за завданням пріоритетів і управління роботою осіб, призначених на виконання проекту.

Мал. 1.10.

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

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

Основні функції відділу програмування: Програмування алгоритмів розрахунку, аналізу даних, інтеграційних рішень; розробка форм звітів, розробка екранних форм, робота з базами даних ІС.

Основні функції відділу Бізнес-аналітики: Розробка алгоритмів розрахунку, аналізу даних, інтеграційних рішень, відповідних бізнес-правилам, вимогам фінансового обліку та законодавства.

Основні функції відділу Консультацій і налаштувань ІС: Настройка модулів ІС з використанням готових алгоритмів, екранних форм і звітів, надання консультацій користувачам ІС.

Основні функції відділу маркетингу і продажів: Продажу ІС і послуг щодо її впровадження.

Структура проекту, оформлення і захист

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

Зміст проекту слід ілюструвати схемами, таблицями, діаграмами, графіками, фотографіями,малюнками і т.д. Графічного матеріалу по тексту необхіднодавати пояснення.Обсяг роботи повинен бути не менше 15 друкованих сторінок формату А4 (виключаючи додатки). Структура проекту містить:

титульний лист;

вступ;

основна частина;

висновок (висновки і пропозиції);

список використаної літератури;

додатки.

Титульний лист є першою сторінкою проектної роботи. У верхньому полі вказується повне найменування організації, установи. В середньому полі вказується прізвище та ініціали і посаду слухача повністю, прикладної проект на тему «_____», ближче до лівого краю титульного аркуша - посаду, звання, прізвище, та ініціали викладача. У нижньому полі вказується місце виконання роботи та рік її написання (без слова «рік»). Зразок титульного аркуша проектної роботи наведено вдодатку 1.

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

Вступ (1-2 стор.) Передбачає обґрунтування актуальності обраної теми, мета і завдання проведеної роботи. При необхідності тут можуть бути відображені скорочення і позначення, нормативні посилання.

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

Завдання дослідження визначаються поставленою метою і являють собою конкретні напрямки вирішення проблеми для досягнення мети дослідження.

Введення не повинно містити прикладів, ілюстративного та табличного матеріалу.

Основна частина. Складається з теоретичної та практичної частин.

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

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

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

Список літератури (~ 1-2 стор.) Розміщується в кінці роботи після укладення. Список літератури виконується в алфавітному порядку і повинен включати, як правило, не менше 15 джерел, не рахуючи нормативних актів, по всіх розділах роботи.

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

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

оформлення проекту

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

текст роботи повинен бутивидрукуваний на комп'ютері через півтора міжрядкових інтервалу з використанням шрифтуTimesNewRomanCyr №14. Відстань від кордону листа до тексту зліва - 25 мм, праворуч -15 мм, від верхнього і нижнього рядка тексту до межі листа - 20 мм. Номер сторінки ставиться у верхньому правому куті.Абзаци в тексті слід починати з відступу, рівного 10 мм.

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

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

Відстань між заголовком і текстом має бути 15 мм, аміж заголовками розділу і підрозділу - 8 мм. кожен розділрекомендується починати з нового аркуша (сторінки).

нумерація пунктів повинна бути в межах підрозділу, і номер пункту повинен складатися з номерів розділу, підрозділу і пункту,між якими ставлять крапку. Пункти, як правило, заголовків не мають іпри необхідності можуть бути розбиті на підпункти, якіповинні мати порядкову нумерацію в межах кожного пункту,наприклад: 4.2.1.1, 4.2.1.2 і т. д. В кінці номера пункту і підпунктукрапка не ставиться.

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

Допускається нумерація формул в межах розділу. В цьому випадкуномер формули складається з номера розділу і порядкового номераформули, між якими ставиться крапка, наприклад: (2. 4).

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

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

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

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

використовувати в тексті математичний знак мінус (-) переднегативними значеннями величин. Потрібно писати слово "мінус";

вживати знаки (<, >, #, №,%) без цифр.

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

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

Напис "Табособи ... "із зазначенням її номера поміщають над таблицею зліва. Якщо таблиця не входить в формат сторінки, роблять її перенесення на іншу сторінку, при перенесенні над таблицею пишуть слова "Продовження таблиці ..." із зазначенням номера таблиці також зліванад нею. Назва при цьому поміщають тільки над першою її частиною.

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

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

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

Ілюстрації, схеми і графіки можуть бути розташованіяк по тексту, так і в додатку. Їх слід нумерувати арабськими цифрами наскрізною нумерацією, за винятком ілюстраційдодатків. Якщо малюнок один, то він позначається "Рисунок 1". Нумерація рисунків наскрізна. Допускається нумерувати ілюстрації в межах розділу, наприклад:Малюнок 1.1.

Ілюстрації можуть мати найменування і пояснювальні дані(Підрисунковий текст). Слово "Малюнок" і найменування поміщаютьпісля пояснювальних даних.

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

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

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

Відомості про навчальної, методичної та нормативної літературі повинні включати прізвище та ініціали автора або авторів, назву книги (без лапок), місце видання, видавництво, рік видання (без слів «рік»), кількість сторінок. наприклад -Бєляєв Є.І., Зінов'єв Ю.В. Енергоаудит для підготовки енергетичного паспорта: Навчальний посібник. - Раменське: ІПК ПЕК, 2012- 52 с.

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

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

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

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

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

Що таке організаційна структура проекту

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

Визначення, якщо що, не формальне зі стандарту типу PMBoK, а авторське, не знаю, де взяти формальне. Якщо у вас є варіант краще - здорово, пропонуйте в коментарях!

Типи організаційних структур проекту

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

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

1. Організаційна структура управління проектом. Узгоджується на рівні керуючого комітету, призначена для визначення рівнів прийняття рішень (не забуваємо спочатку узгодити побудовану організаційну структуру зі спонсором проекту, просто тому що по аналогії з - це завжди має бути вашою першою точкою узгодження, якщо зі спонсором ви хочете дружити).
2. Організаційна структура виконання проекту. Узгоджується на рівні тімліда, призначена для організації взаємодії між командами, залученими в проект (архітектура, тестування, розробка, аналіз та ін.).
3. Організаційна структура роботи з підрядником або підрядниками в проекті. Узгоджується на рівні відповідальних за проект від кожної залученої сторони для визначення процесу роботи і точок прийняття рішень.
4. Організаційна структура програми проектів. Узгоджується на рівні керівника програми і її спонсора для визначення процесу взаємодії між проектами (і, звичайно, керівниками проектів), включеними в програму.

Якоїсь особливої \u200b\u200bцінності такий поділ за типами не несе, але допомагає згодом зрозуміти (після пари грабель), яка інформація в якому типі оргструктури повинна бути представлена.

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

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

Розробка організаційної структури проекту

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

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

Для побудови організаційної структури проекту потрібно пройти наступні кроки:

1. Зрозуміти, хто взагалі буде залучений в проект (знову привіт ).
2. Зрозуміти, чи достатньо вам буде однією орструктури або необхідно побудувати кілька, і для чого взагалі ви її будуєте. Наприклад, організаційна структура управління проектом, яку ви будете узгоджувати на рівні керуючого комітету буде відрізнятися від організаційної структури виконання проекту для організації взаємодії між командами або від організаційної структури, яку ви робите, щоб чітко визначити процес взаємодії з підрядниками в цьому проекті.
3. Накидати на слайд, в visio, mindmap або в будь-якому іншому інструменті список всіх учасників.
4. Визначити, яку інформацію крім ролей вам необхідно бачити. Зазвичай це як мінімум посади і підпорядкованість, а як максимум - рівень прийнятих рішень, конкретні імена, регулярність зустрічей та ін. Намагатися впихнути туди все я не рекомендую - для цього є, а картинку з оргструктурою краще цим не перевантажувати.
5. Промальовувати підпорядкованість / ієрархію і напрямки комунікації.
6. Подивитися на свій малюнок і врахувати політичні моменти. Іноді ви розумієте, що РМ з боку Замовника в силу якихось об'єктивних причин повинен підкорятися вам (і взагалі він не РМ, а функціональний експерт, будемо чесними), або що думка конкретного директора з якості в цьому проекті взагалі нікого не цікавить і бачити його тут не хочеться, або що в даній проектній структурі фінансовий директор мав би підпорядковуватися ІТ-директору (бо сильно зав'язане на потоки грошей, і саме ІТ-директор буде говорити фінансовому, в який момент і які суми треба спланувати). Але треба розуміти, як це буде сприйнято при узгодженні, які ваші шанси таку оргструктуру «протягнути», і як вона співвідноситься з культурою компанії та існуючими в ній політичними течіями. Так, після цього ви будете себе відчувати, як, але від політики нікуди не дінешся.
7. «Пристойно» оформити картинку, позбувшись від усієї зайвої інформації, «загубилися» людей і стрілок та ін. Організаційна структура проекту - один з основоположних документів і повинен виглядати пристойно, щоб його сприймали всерйоз.
8. Показати вийшла оргстурктуру проекту кому-небудь, що не входить в неї, але розуміла контекст. Ця людина зможе вам підказати, що в ній незрозуміло, і, можливо, зверне уваги на якісь логічні або політичні невідповідності, тому що в процесі розробки погляд все-таки змальовується.
9. Узгодити побудовану організаційну структуру зі спонсором проекту або з іншими зацікавленими особами, ніж думка не завадила б до оприлюднення вашого шедевра.
10. Після того, як орструктура проекту узгоджена зі спонсором - або додати її до статуту або винести на узгодження на відповідний рівень як частина плану управління проектом.

Приклади організаційної структури проекту

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

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

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

Приклад 1. Класична організаційна структура проекту, якої буде достатньо в 95% випадків

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

Приклад 3. Організаційна структура проекту з поділом за рівнями управління і одночасно - з виділенням команди Замовника і команди ІТ

Приклад 4. Організаційна структура виконання проекту

Впевнена, тепер ви зможете розробити оргструктуру, яка внесе свій вклад в високу якість управління, а значить - і в успіх вашого проекту. Успіхів!

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

Структура проекту (англ. Project Structure) - це основні його частини (елементи), необхідні і достатні для ефективного здійснення процесу управління проектом.

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

Структура декомпозиції робіт (англ. Work Breakdown Structure - WBS) є графічним представленням проекту, т. е. сукупністю взаємопов'язаних елементів проекту різних ступенів деталізації. Кількість рівнів деталізації залежить від класу і складності проекту, а також від розробників і виконавців.

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

Залежно від виду проекту розробляються і використовуються різні структурні моделі. Найбільш істотні з них показані на малюнку 1.

Малюнок 1. Структура проекту

1. Дерево цілей і результатів (Cтроятся відповідно до основним призначенням проекту).
2. Бюджет проекту (будується на основі розрахунку потреби в фінансових ресурсах).
3. Матриця розподілу робіт у часі і за виконавцями (будується відповідно до директивним часом реалізації проекту і набором можливих виконавців).
4. Мережева модель проекту (будується на основі логічної послідовності виконання робіт проекту та алгоритмів розробки мережевих моделей).
5. Матриця розподілу і мінімізації ризиків (вказує можливі ризики і способи їх мінімізації).
6. Графік забезпечення ресурсами (структурна модель ресурсів, необхідних для виконання робіт).
7. Графік фінансування проекту (вказує суму коштів, необхідних для реалізації проекту в певний проміжок часу).
8. Матриця розподілу відповідальності (будується на основі матриці розподілу робіт за виконавцями).
9. Структурна декомпозиція контрактів (будується на основі матриці розподілу робіт за виконавцями).
10. Структурна модель організації проекту (представляє декомпозицію організаційної структури проекту).

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

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

До структури проекту ставляться такі вимоги:

1. Рівні декомпозиції повинні відрізнятися ступенем деталізації. Сукупність елементів кожного рівня повинна представляти весь проект.
2. Виходячи з першого правила сумарні значення характеристик проекту (обсяги робіт, вартість, споживані ресурси та ін.) На кожному рівні структури проекту повинні збігатися.
3. Кожен рівень декомпозиції повинен містити такі елементи робіт, на основі яких можуть бути визначені кількісні значення характеристик робіт, необхідні і достатні для оперативного управління проектом на даному рівні.

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

Перегляди: 24, 115