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

Розділ 5
 Управління вмістом проекту
Управління вмістом проекту включає в себе
процеси, що забезпечують включення до проекту
тих і тільки тих робіт, які необхідні для успішного
завершення проекту. Управління змістом проекту
безпосередньо пов'язано з визначенням і
контролем того, що включено і що не включене в
проект.
Процеси управління вмістом проекту
Збір вимог - процес визначення та документування потреб
зацікавлених сторін проекту для досягнення цілей проекту.
Визначення змісту - процес розробки детального опису
проекту і продукту .
Створення ієрархічної структури робіт ( ІСР ) - процес
поділу результатів проекту та робіт проекту на більш дрібні
елементи, якими легше управляти.
Підтвердження змісту - процес формалізованого
приймання завершених результатів проекту .
Управління змістом - процес моніторингу статусу проекту
та змісту продукту , а також управління змінами базового
плану за змістом.
Управління змістом проекту: входи,
інструменти і методи, виходи
 Збір вимог
• Збір вимог - процес визначення та документування вимог
зацікавлених сторін проекту для досягнення цілей
проекту. На успіх проекту прямо впливає ретельність збору
та управління вимогами до проекту і продукту .
• Вимоги включають в себе кількісно визначені та
задокументовані потреби та очікування спонсора,
замовника та інших зацікавлених сторін проекту. Дані
вимоги повинні бути виявлені, проаналізовані та
зареєстровані з достатнім ступенем деталізації так, щоб їх
можна було виміряти після початку виконання проекту.
Збір вимог являє собою визначення очікувань замовника і
керування ними. Вимоги стають базою для ІСР.
Планування вартості , розкладу та якості будується на
основі цих вимог.
 Терміни
• Зміст продукту. Властивості та функції, які
характеризують продукт, послугу або результат
• Зміст проекту. Роботи, які необхідно виконати для
створення продукту, послуги або результату із
зазначеними характеристиками та функціями.
• Вимоги до проекту можуть включати в себе бізнес-
вимоги, вимоги до управління проектом, вимоги до
постачання і т. д.
• Вимоги до продукту можуть містити інформацію про
технічні вимоги, вимоги до безпеки, продуктивності і т.
д.
Збір вимог: входи, інструменти і
методи, виходи
Блок-схема даних при зборі
вимог
 Збір вимог: входи
1. Статут проекту
Статут проекту використовується для надання вимог до
проекту високого рівня та описи продукту високого рівня, що
дозволяють розробити детальні вимоги до продукту.
2. Реєстр зацікавлених сторін проекту
Реєстр зацікавлених сторін проекту використовується для
визначення зацікавлених сторін проекту, які можуть надати
докладну інформацію про вимоги до проекту і продукту.
 Збір вимог: інструменти і
методи
1. Інтерв'ю
2. Фокус-групи
3. Семінари за участю модератора
4. Групові творчі методи
5. Методи групового прийняття рішення
6. Анкети та опитування
7. Спостереження
8. Прототипи
 Збір вимог: інструменти та методи:
групові творчі методи
• Мозковий штурм. Метод , застосовуваний для генерації та збору
різноманітних ідей , пов'язаних з вимогами до проекту і продукту .
• Метод номінальних груп . У цьому методі до мозкового штурму
додається процес голосування , використовуваний для ранжування
найбільш корисних ідей для майбутнього мозгового штурму або
розстановки пріоритетів .
• Метод Дельфі . Вибрана група експертів відповідає на запитання
анкет, а також висловлює думку щодо відповідей , отриманих
протягом кожного раунду збору вимог. Для забезпечення анонімності
доступ до відповідей має тільки координатор .
• Складання інтелект -карт. Ідеї ​, що виникли під час окремих сесій
мозкового штурму , об'єднуються в єдиній інтелект - карті з метою
відображення подібності та відмінності в розумінні та формуванні
нових ідей.
• Діаграма подібності . Даний метод дозволяє розсортувати по групах
велику кількість ідей для їх огляду і аналізу
 Збір вимог: інструменти та методи: методи
групового прийняття рішення

• Одностайність. Всі погоджуються з певним напрямом дій.

• Більшість голосів. Підтримка з боку більш 50% членів
групи.
• Відносна більшість голосів. Вибирається рішення
найчисленнішого блоку в групі, навіть якщо не досягнуто
більшість голосів.
• Диктатура. Одна людина приймає рішення за всю групу.
 Збір вимог: виходи
1. Документи по вимогах
2. План управління вимогами
3. Матриця відстеження вимог
 Збір вимог: виходи: документи
по вимогах (1)
• бізнес- потреба або можливість , яку необхідно
використовувати , з описом обмежень нинішньої ситуації і того ,
чому необхідна реалізація проекту;
• цілі бізнесу та проекту для можливості контролю;
• функціональні вимоги , відповідним чином описують бізнес-
процеси , інформацію та взаємодія з продуктом , які можуть
бути задокументовані в текстовій формі у списку вимог , в
моделях або в обох варіантах ;
• нефункціональні вимоги , такі як рівень обслуговування,
• продуктивність , безпека , надійність , відповідність нормам ,
наявність технічної підтримки і т.д. ;
 Збір вимог: виходи: документи
по вимогах (2)
• вимоги до якості;
• критерії приймання;
• бізнес-правила, що описують керівні принципи організації;
• вплив на інші відділи організації, такі як центр обробки викликів,
відділ продажів, технологічні групи;
• вплив на інші органи всередині і за межами виконуючої організації;
• вимоги до технічної підтримки та навчання;
• допущення і обмеження відносно вимог.
 Збір вимог: виходи: План
управління вимогами
• План управління вимогами документує порядок аналізу,
документування та управління вимогами на всьому життєвому циклі
проекту. Елементи плану управління вимогами можуть включати в
себе серед іншого:
• порядок планування , відстеження та складання звітів про дії щодо
вимог ;
• дії з управління конфігурацією , такі як порядок ініціювання зміни
вимог до продукту , послузі або результату , порядок аналізу впливу ,
його виявлення , відстеження та складання звітів про нього , а також
рівні повноважень , необхідні для схвалення даних змін ;
• процес розстановки пріоритетів вимог;
• використовувані показники продукту і обґрунтування їх використання ;
• структуру відстеження , тобто які параметри вимог будуть відображені
в матриці відстеження , і вимоги до яких інших документів проекту
будуть відслідковуватися.
 Збір вимог: виходи: Матриця
відстеження вимог
• Матриця відстеження вимог являє собою таблицю , яка пов'язує
вимоги з їх походженням і відстежує їх протягом життєвого
циклу проекту.
• Застосування матриці відстеження вимог допомагає
впевнитися, що кожна вимога збільшує цінність бізнесу ,
пов'язуючи його з цілями бізнесу і проекту. Це дозволяє
відстежувати вимоги протягом життєвого циклу проекту , що
допомагає впевнитися в тому , що вимоги , підтверджені в
документах за вимогами , виконані в кінці проекту . Накінець ,
матриця відстеження вимог забезпечує структуру для
управління змінами вмісту продукту .
 Визначення вмісту
• Визначення вмісту - процес розробки докладного опису проекту і
продукту.
• Підготовка докладного опису вмісту проекту надзвичайно важлива
для успіху проекту і грунтується на основних результатах,
припущеннях і обмеженнях, задокументованих під час ініціації
проекту.
• Вміст проекту визначається під час планування і описується більш
детально по мірі надходження інформації про проект.
• Існуючі ризики , припущення і обмеження аналізуються на предмет
повноти; додаткові ризики , припущення і обмеження додаються по
мірі необхідності.
 Визначення вмісту: входи,
інструменти і методи, виходи
Управління вмістом проекту
 Визначення змісту: входи

• Статут проекту
• Документи за вимогами
• Активи процесів організації
 Визначення змісту:
інструменти і методи
1. експертна оцінка
Джерела експертизи:
• інші підрозділи в рамках організації;
• консультанти;
• зацікавлені сторони проекту, в тому числі замовники або спонсори;
• професійні та технічні асоціації;
• промислові групи;
• експерти з окремих питань.
2. аналіз продукту
3. пошук альтернатив
4. Семінари за участю модератора
 Визначення вмісту: виходи
1. Опис вмісту проекту
• Опис вмісту продукту
• Критерії приймання продукту
• Результати проекту
• Винятки проекту
• Обмеження проекту
• Допущення проекту
2. Оновлення документів проекту
Створення ієрархічної структури
робіт
Створення ієрархічної структури робіт ( ІСР ) - це процес
поділу результатів проекту та робіт над проектом на більш
дрібні елементи, якими легше управляти. Ієрархічна
структура робіт - це орієнтована на результати ієрархічна
декомпозиція робіт , які має виконати команда проекту для
досягнення цілей проекту і створення необхідних результатів.
На кожному нижчому рівні ІСР представляє все більш
детальний опис робіт над проектом . ІСР організовує і
визначає загальний зміст проекту і представляє роботи ,
зазначені в поточному схваленому описі змісту проекту
 Створення ІСР: входи,
інструменти і методи, виходи
Управління вмістом проекту
 Створення ІСР: входи

1. Опис вмісту проекту

2. Документи по вимогах
3. Активи процесів організації
 Створення ІСР: інструменти і
методи
Декомпозиція
• Декомпозиція - це поділ результатів проекту на більш
дрібні і легко керовані елементи; декомпозиція
виконується доти, поки роботи і результати не будуть
визначені на рівні пакетів робіт. Рівень пакетів робіт є
нижчим і являє собою точку, в якій вартість і тривалості
операцій робіт піддаються достовірній оцінці та
управлінню. Рівень деталізації пакетів робіт розрізняється
залежно від розміру і складності проекту.
 Образец иерархической структуры
работ, организованной по фазам
Випуск програмного продукту

Управління Інтегрування і
Вимоги до проекту Робочий проект Конструювання
проектом тестування

Програмне Програмне Програмне Програмне

планування забезпечення забезпечення
забезпечення забезпечення

Документація Документація Документація Документація

збори користувача користувача
користувача користувача

адмініструван Матеріали Матеріали Матеріали Матеріали

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

• Підтвердження змісту - процес формалізованого приймання

завершених результатів проекту . Підтвердження вмісту включає в
себе перевірку результатів разом із замовником або спонсором , щоб
переконатися , що вони виконані задовільно , і формальну прийомку
результатів замовником або спонсором .
• Підтвердження вмісту відрізняється від контролю якості в тому плані ,
що підтвердження вмісту в основному пов'язано з прийманням
результатів , а контроль якості в основному орієнтований на
правильність результатів і дотримання вимог до якості , заданих для
результатів .
• Контроль якості , як правило , проводиться до підтвердження вмісту ,
однак ці два процеси можуть виконуватися і паралельно.
Підтвердження змісту: входи,
інструменти і методи, виходи
Управління вмістом проекту
 Підтвердження вмісту: входи
• План управління проектом
• Документи по вимогах
• Матриця відстеження вимог
• Підтверджені результати
 Підтвердження змісту:
інструменти і методи
1. Інспекція
Інспекція включає в себе такі операції, як
вимірювання, обстеження і підтвердження, що
дозволяють визначити, чи відповідають роботи і
результати вимогам і критеріям приймання
продукту. Інспекції іноді називаються
«перевірками», «перевірками продукту», «аудити»
або «наскрізним контролем».
 Підтвердження змісту:
виходи
1. Прийняті результати
2. Запити на зміни
Завершені результати, які не були формально прийняті,
документуються із зазначенням причин, з яких вони не були
прийняті. Такі результати можуть зажадати запиту на зміну
для виправлення дефекту. Запити на зміни обробляються з
метою проведення перевірки та представлення
3. Оновлення документів проекту
 Управління вмістом
• Управління змістом - процес моніторингу статусу проекту та
вмісту продукту , а також управління змінами базового плану за
вмістом. Управління вмістом проекту забезпечує обробку всіх
запитаних змін та рекомендованих коригуючих і превентивних
впливів у рамках процесу здійснення загального управління
змінами
• Управління вмістом проекту використовується також для
управління фактичними змінами по мірі їх появи ; воно
інтегроване в інші процеси управління .
• Некеровані зміни часто називають «зсувом вмісту проекту».
Зміни в будь-якому випадку неминучі , і тому необхідний
процес управління змінами .
 Управління вмістом: входи,
інструменти і методи, виходи
Управління вмістом проекту
 Управління вмістом: входи
• План управління проектом
• Інформація про виконання робіт
• Документи по вимогах
• Матриця відстеження вимог
• Активи процесів організації
 Управління вмістом:
інструменти і методи
Аналіз відхилень
• Вимірювання виконання проекту використовуються для оцінки
величини відхилення від первісного базового плану за вмістом.
Важливі аспекти управління вмістом проекту включають в себе
визначення причини і ступеня відхилення відносно базового плану з
утримання та прийняття рішень про необхідність коригувальних або
запобіжних дій.
 Управління вмістом: виходи
1. Вимірювання виконання робіт
2. Оновлення активів процесів організації
Активи процесів організації, які можуть бути оновлені, включають
в себе серед іншого:
• причини відхилень;
• вибрані коригуючі дії і причини;
• інші види уроків, засвоєних в ході управління вмістом проекту.
3. Запити на зміни
4. Оновлення плану управління проектом
5. Оновлення документів проекту