
- •Ціль Керівництва pmbok®.
- •Що таке проект?
- •Що таке керування проектами?
- •Зв'язки між керуванням проектами, керуванням програмами й керуванням портфелями.
- •Керування портфелями.
- •Керування програмами.
- •Проекти й стратегічне планування.
- •Офіс керування проектами.
- •Керування проектами й керування операційною діяльністю.
- •Роль менеджера проекту.
- •Звід знань з керування проектами.
- •Глава 3. Процеси керування проектом
- •3.2. Групи процесів управління проектами.
- •4.1. Розробка статуту проекту.
- •4.1.1 Розробка статуту проекту: входи .1 Опис робіт по проекту
- •4.1.2 Розробка статуту проекту: інструменти і методи
- •4.1.3 Розробка статуту проекту: виходи
- •4.2 Розробка плану управління проектом
- •4.2.1 Розробка плану управління проектом: входи
- •4.2.2 Розробка плану управління проектом: інструменти і методи
- •4.2.3 Розробка плану управління проектом: виходи
- •4.6.2 Завершення проекту або фази: інструменти і методи
- •4.6.3 Завершення проекту або фази: виходи
- •5.1. Збір вимог.
- •5.1.1. Збір вимог: входи
- •5.1.2. Збір вимог: інструменти і методи
- •4 Групові творчі методи
- •5.1.3 Збір вимог: виходи.
- •1 Документи за вимогами
- •5.2 Визначення змісту
- •5.2.1 Визначення змісту: входи
- •5.2.2 Визначення змісту: інструменти і методи
- •5.2.3 Визначення змісту: виходи
- •5.3. Створення іср.
- •6.6 Управління розкладом
- •6.6.1 Управління розкладом: входи
- •6.6.2 Управління розкладом: інструменти і методи
- •6.6.3 Управління розкладом: виходи
- •Глава 7. Управління вартістю проекту.
- •7.1 Оцінка вартості
- •7.1.1 Оцінка вартості: входи
- •7.1.2 Оцінка вартості: інструменти і методи
- •3 Параметрична оцінка
- •7.1.3 Оцінка вартості: виходи
- •7.2 Визначення бюджету
- •7.2.1 Визначення бюджету: входи
- •10.2.2 Планування комунікацій: інструменти і методи
- •1) Аналіз вимог до комунікацій
- •2) Технології комунікацій
- •3) Моделі комунікацій
- •4) Методи комунікацій
- •10.2.3 Планування комунікацій: виходи
- •1) План управління комунікаціями
- •2) Поновлення документів проекту
- •10.3 Поширення інформації
- •10.3.1 Поширення інформації: входи
- •1) План управління проектом
- •2) Звіти про виконання
- •10.3.3 Поширення інформації: виходи
- •1) Поновлення активів процесів організації
- •10,4 Управління очікуваннями зацікавлених сторін проекту
- •10.4.1 Управління очікуваннями зацікавлених сторін проекту: входи
- •2) Стратегія управління зацікавленими сторонами проекту
- •3) План управління проектом
- •4) Журнал реєстрації проблем
5.1.3 Збір вимог: виходи.
1 Документи за вимогами
Документи за вимогами описують, яким чином окремі вимоги задовольняють бізнес-потребам проекту. Вимоги можуть бути спочатку описані на високому рівні, а потім поступово деталізуватися в міру надходження нової інформації. До включення в базовий план вимоги повинні стати однозначними (такими, щоб їх можна було виміряти і перевірити), відслідковувати, повними, послідовними і прийнятними для ключових зацікавлених сторін проекту. Формат документів за вимогами може варіюватися від простого документа, що перераховує всі вимоги, розділені на категорії за зацікавленими сторонами проекту і пріоритетами, до більш ретельно опрацьованих форм, що містять загальний огляд робіт, детальні описи та додатки.
Елементи документів за вимогами можуть включати в себе, серед іншого:
бізнес-потреба або можливість, яку необхідно використовувати, з описом обмежень нинішньої ситуації і того, чому необхідна реалізація проекту;
цілі бізнесу та проекту для можливості контролю;
функціональні вимоги, відповідним чином описують бізнес-процеси, інформацію і взаємодію з продуктом, які можуть бути задокументовані в текстовій формі в списку вимог, в моделях або в обох варіантах;
нефункціональні вимоги, такі як рівень обслуговування, продуктивність, безпека, надійність, відповідність нормам, наявність технічної підтримки, тривале використання / чистка і т. д.;
вимоги до якості;
критерії приймання;
критерії приймання;
бізнес-правила, що описують керівні принципи організації;
• вплив на інші відділи організації, такі як центр обробки викликів, відділ продажів, технологічні групи;
вплив на інші органи всередині і за межами виконуючою організації;
вимоги до технічної підтримки та навчання;
допущення і обмеження у відношенні вимог.
.2 План управління вимогами
План управління вимогами документує порядок аналізу, документування та управління вимогами на всьому протязі проекту. Зв'язки між фазами, описані в розділі 2.1.3.2, істотно впливають на порядок управління вимогами. Менеджер проекту повинен вибрати найбільш ефективні зв'язки для фаз проекту і задокументувати даний підхід в плані управління вимогами. Багато елементів плану управління вимогами засновані на їхні зв'язки.
Елементи плану управління вимогами можуть містити, серед іншого:
порядок планування, відстеження та складання звітів про дії щодо вимог;
дії з управління конфігурацією, такі як порядок ініціювання змін вимог до продукту, послуги або результату, порядок аналізу впливу, його виявлення, відстеження та складання звітів про нього, а також рівні повноважень, необхідні для схвалення цих змін;
процес розстановки пріоритетів вимог;
використовувані показники продукту та обгрунтування їх використання;
структуру відстеження, тобто які параметри вимог будуть відображені у матриці відстеження, і вимоги до яких інших документів проекту будуть відслідковуватися.
5.2 Визначення змісту
Визначення змісту - процес розробки докладного опису проекту і продукту. Підготовка докладного опису змісту проекту надзвичайно важлива для успіху проекту і грунтується на основних результатах, допущеннях і обмеженнях, задокументованих під час ініціації проекту. Зміст проекту визначається під час планування і описується більш детально по мірі надходження інформації про проект. Існуючі ризики, допущення і обмеження аналізуються на предмет повноти; додаткові ризики, допущення і обмеження додаються в міру необхідності. На рис. 5-4 показані входи, інструменти і методи, виходи процесу визначення змісту, а на рис. 5-5 представлена загальна блок-схема основних зв'язків та взаємодій у рамках даного процесу.
Рис. 5-4. Визначення змісту: входи, інструменти і методи, вихід.
Рис. 5-5. Блок-схема даних при визначенні змісту.