Проектний підхід

Короткий опис проектного підходу. Дайте опис високого рівня проектного підходу, структури проектної команди й плану проекту.

Виходи проекту й умови якості

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

Організація й відповідальність

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

Виконавчий комітет

Лідер проекту

Менеджер проекту ( IT-Менеджер проекту й\або менеджер проекту в бізнес-сфері)

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

Члени проектних команд (включаючи членів IT-Команд і бізнес-клієнтів)

Координатор випробувань

Контролер якості

Контролер конфігурації

Контролер змін

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

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

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

Ці ролі звичайно описуються в "Керівництві менеджера IT-Проекту", "Основні ролі й обов'язки".

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

Залежності

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

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

Плани підтримки дій

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

Забезпечення й ресурси проекту

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

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

Управління ризиком

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

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

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

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

Відомий підхід, називаний Безперервним управлінням ризиками (Continuous Risk Management - CRM). Існують відповідні Керівництва (открытые ресурсы в Интернет), до змісту яких входять систематичний (таксономічний) запитальник і всі алгоритми, які можуть бути використані у зв'язаних інструментах і технологіях.

Процесні умови й відхилення

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

Етапи

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

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

Управління проектом

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

Типом і частотою розробки проектних звітів

Частотою проведення нарад проектної команди

Частотою обговорень контрольних точок етапів проекту (проведених, по-можливості, Виконавчим комітетом).

Частотою зборів Виконавчого комітету

Ім'ям і розміщенням проектного файлу

Методами, які повинні бути використані, щоб одержати допуск і контролювати проектні операції

Критерієм випуску змінених версій проектного плану

Метриками, які повинні бути зібрані при реалізації проекту, і аналізом, що повинен бути виконаний з ними

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