Статут проекту Статут проекту є офіційним

Статут проекту {

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

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

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

Елементи статуту проекту: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Офіційна назва, призначення та сфера застосування проекту Контактна інформація спонсора проекту Контактна інформація менеджера проекту Цілі проекту з показниками їх досягнення Бізнес-умови проекту (причини для початку роботи над проектом) (Обмеження проекту) Оцінка ризиків проекту Узагальнені результати проекту й елементи, що поставляються ним Загальний опис методів роботи членів проекту Базовий граничний строк завершення робіт (більш точна дата наводиться в плані проекту) Ресурси проекту, його бюджет, співробітники і розробники

Склад Статуту по PMBOK 4 виглядає так (курсивом помічені зміни відносно PMBOK 3): Мета проекту Вимірювані критерії успішності проекту Короткий виклад загальних вимог Короткий виклад опису суті проекту Короткий виклад характеристик продукту проекту Ключові віхи по строках проекту Орієнтовний бюджет Вимоги до системи затвердження результатів проекту й хто вирішує, що проект успішно завершений Менеджер проекту, його повноваження й відповідальність Поіменний перелік осіб із зазначенням їхньої відповідальності за проект Виключено всі функціональні й організаційні вимоги зі Статуту Проекту. Зі Статуту виключена вимога до опису повернення інвестицій (ROI), тому що все що відбувається до Статуту в тому числі ROI-Аналіз - це справа портфельного менеджера.

Шаблон статуту проекту: <НАЗВА ПРОЕКТУ> Версія документа #: Дата створення документа: Спонсор проекту: Менеджер проекту: Інші учасники проекту:

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

Шаблон статуту проекту: Рамки проекту У статуті визначаються рамки проекту й рамки продукту (послуги/товару). Рамки продукту визначають спектр властивостей і функціональностей, які повинні поставлятися, і обмеження, які повинні бути виконані, щоб контролювати випуск або поставку продукту (що проект буде виконувати). Опис рамок продукту в Положенні (статуті) не визначає вимоги або специфікації продукту. Навпроти, передбачається запропонувати лише загальний опис продукту й початкове розуміння й угоду про рамки продукту. Рамки проекту визначають роботу, яку потрібно зробити, щоб забезпечити відповідність проектного продукту цілям проекту (як проект буде виконуватися). Хоча рамки продукту й рамки проекту тісно пов'язані, інші розділи Положення описують лише рамки проекту й процеси, необхідні для одержання продукту. Фокус Положення повинен концентруватися на процесах проекту.

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

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

Шаблон статуту проекту: Посилання Визначаються інші документи, включаючи, наприклад, "Інвестиційне рішення", " Бізнес. Кейс", і "Логічний структурний аналіз", (в електронній і паперовій формі), які пов'язані із проектом під час розробки Положення. Включає поточний номер версії, дату випуску, автора, місце зберігання й спосіб доступу до кожного документа або посилання. Також повинна бути надана достатня інформація, щоб пояснити, як документ пов'язаний із проектом , який саме його фрагмент відноситься до проекту і як він може бути знайдений.

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

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

Шаблон статуту проекту: Організація й відповідальність Цей розділ визначає вимоги до проектної команди й, беручи до уваги ресурсний план організації й вимоги до навичок проектування, призначає ролі й відповідальність пойменованим індивідам.

Шаблон статуту проекту: Організація й відповідальність (продовження) Можлива структура організації: Виконавчий комітет Лідер проекту Менеджер проекту ( IT-Менеджер проекту й/або менеджер проекту в бізнес-сфері) Лідери проекту в IT-Галузі (Лідери команд розробки або лідери проектних команд в IT-Галузі, які допомагають менеджерові проекту в адмініструванні й/або управлінні специфічними аспектами проекту) Члени проектних команд (включаючи членів IT-Команд і бізнес-клієнтів) Координатор випробувань Контролер якості Контролер конфігурації Контролер змін

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

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

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

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

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

Шаблон статуту проекту: Управління ризиком (закінчення) У великих проектах План управління ризиками може розроблятися поза Статутом. У невеликих проектах він починається як частина Статуту, але доопрацьовується протягом реалізації проекту у вигляді зовнішнього документа або системи. Відомий підхід, що має назву Безперервне управлінням ризиками (Continuous Risk Management - CRM). Існують відповідні Керівництва (відкриті ресурси й Інтернет), до змісту яких входять систематичний (таксономічний) опитувальник і всі алгоритми, які можуть бути використані у пов'язаних інструментах і технологіях.

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

Шаблон статуту проекту: Етапи Включає опис життєвого циклу проекту і життєвого циклу поставки рішення (розробки проекту). Повинні бути визначені етапи проекту, цілі кожного етапу й ознаки їхніх входів/виходів. Роблять посилання на прийняті для етапу проекту у Вашому департаменті визначень для вхідних ресурсів/результату й ознак входу/виходу. Для кожного етапу життєвого циклу, прикладних процедур, методів і стандартів повинні бути наведені посилання або визначення.

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

Шаблон статуту проекту: Управління проектом (продовження) Управління проектом характеризується: Типом і частотою розробки проектних звітів Частотою проведення нарад проектної команди Частотою обговорень контрольних точок етапів проекту (проведених, по-можливості, Виконавчим комітетом). Частотою зборів Виконавчого комітету Ім'ям і розміщенням проектного файлу Методами, які повинні бути використані, щоб одержати допуск і контролювати проектні операції Критерієм випуску змінених версій проектного плану Метриками, які повинні бути зібрані при реалізації проекту, і аналізом, що повинен бути виконаний з ними

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

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

Шаблон статуту проекту: Графік проекту Діаграма Гантта для робіт, ресурсів і пов'язаних з ними відповідальних виконавців. Методологія управління проектами Вашого департаменту й/або Методологія управління життєвим циклом систем може вплинути на побудову діаграми Гантта (включаючи відповідну декомпозицію робіт). Графік проекту повинен враховувати критичні залежності між проектними групами. Рекомендується використовувати спеціальні програмні інструменти проектного менеджменту для розробки графіка проекту й моніторингу його реалізації відповідно до графіка.

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

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

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

Приклад статуту проекту Проект: Відновлення операційних систем до ХР і до серверів 2000 Спонсор проекту: Піскун Максим, провідний інженер з ІТ (к. 233) Менеджер проекту: Михайло Шварговський, мережний адміністратор (к. 234) Команда проекту: Едуард Басов, Анна Берінгер, Марина Бабич, Ксенія Фролова, Шарлота Харченко, Дмитро Батіг, Катерина Манько, Михайло Сивкович, Марко Терновий, Степан Удовенко

Приклад статуту проекту (продовження) Мета проекту: Всі настільні системи оновлюються до Windows XP до 3 грудня 2010 р. Всі сервери обновляються й переносяться на п'ять серверів Windows 2000 Servers до 20 грудня наступного року.

Приклад статуту проекту (продовження) Бізнес-Умови: Windows 95 використовувалася компанією п'ять останніх років. Персонал полюбив і вивчив цю систему, але настав час іти далі. Ми збираємося впровадити нові технології Microsoft, подібні Windows 95, але переважаючі по своїх можливостях - тобто системи Windows XP. Ця операційна система дозволить підвищити продуктивність праці, забезпечить більшу мобільність, підсилить захист і спростить обслуговування. Крім того, у ХР реалізовані нові технології, такі як інфрачервоний мережний доступ, які допоможуть впровадити складську систему для готової продукції й нове фінансове ПЗ, розгортання його намічене на кінець року. Зрозуміло, компанія продовжить присутність в Інтернеті й проведення інтерактивної торгівлі. У цій області системи ХР мають прекрасні можливості для всіх нас.

Приклад статуту проекту (продовження) Як відзначалося в останній рік, сервери компанії застаріли, стали повільними за сучасними мірками. Ми замінимо сервери шістьома новими багатопроцесорними серверами з достатньою кількістю пам'яті, дисків RAID, а також швидкими й надійними стрічковими масивами, що означає швидку, безперебійну й продуктивну роботу всіх співробітників компанії. Для розгортання на всіх наших серверах обрана операційна система Windows 2000 Advanced Server, що надасть користувачам швидкий пошук ресурсів, підвищить час безперебійної роботи мережі та її безпеку.

Приклад статуту проекту (продовження) Результати проекту: Windows XP на кожному настільному й переносному комп'ютері Windows 2000 на шести нових серверах Усі роботи завершуються 20 грудня наступного року

Приклад статуту проекту (продовження) Базовий графік робіт: Вересень Тестування методів розгортання, дослідження стану користувальницьких систем і додатків, завершення створення образа й формування сценаріїв, Жовтень Початкове розгортання в пілотній групі з 100 користувачів. Перевірка, документування й вирішення проблем, що виникли. Повторне розгортання в тій самій пілотній групі доробленої версії й сценаріїв. Початок тестування й настроювання Windows 2000 Server.

Приклад статуту проекту (продовження) Базовий графік робіт: Листопад Початок чотиригодинних підготовчих курсів, розрахованих на один місяць. Слухачі курсів будуть учитися розгортати ХР на своїх настільних ПК- Діагностику й допомогу на місцях координує Дмитро Батіг, менеджер служби підтримки. Продовження тестування Windows 2000 Servers. Три системи Windows 2000 Servers будуть запущені до 15 листопада 2006 р. Грудень Завершення розгортання систем ХР. Установка нових серверів 2000 і створення інфраструктури. Перетворення існуючих серверів в Windows 2000. Проект завершується 20 грудня наступного року.

Приклад статуту проекту (продовження) Ресурси проекту: Бюджет: $175 тис. (включаючи ХР, сервер 2000, ліцензії клієнтського доступу CAL, консалтинг, навчання) Тестова лабораторія резервується на чотири місяці Запрошення консультанта з Donaldson Education

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

Дякую за увагу!