5.1. Збір вимог.

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

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

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

На рис. 5-2 показані входи, інструменти і методи і виходи процесу збору вимог, а на рис. 5-3 представлена загальна схема основних зв'язків та взаємодій у рамках даного процесу.

Рис. 5-2. Збір вимог: входи, інструменти і методи, виходи.

Рис. 5-3. Блок-схема даних при зборі вимог.

5.1.1. Збір вимог: входи

.1 Статут проекту

Статут проекту використовується для надання вимог до проекту високого рівня та опис продукту високого рівня, що дозволяють розробити детальні вимоги до продукту. Статут проекту описаний в розділі 4.1.

.2 Реестр зацікавлених сторін проекту

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

5.1.2. Збір вимог: інструменти і методи

.1 Інтерв'ю

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

.2 Фокус-групи

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

.3 Семінари за участю модератора

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

Наприклад, в області розробки програмного забезпечення використовуються семінари за участю модератора під назвою «Спільна розробка (або проектування) програм» (Joint Application Development (or Design), JAD). Такі збори за участю модератора спрямовані на надання користувачам можливості зустрітися з командою розробників для поліпшення процесу розробки програмного продукту. У виробничих галузях існує «Розгортання функції якості» (Quality Function Deployment, QFD) - це ще один приклад семінару за участю модератора, який допомагає визначити критично важливі характеристики для просування нового продукту. QFD починається зі збору потреб замовника, що також називається «думкою замовника» (Voice of the Customer, VOC). Потім ці потреби об'єктивно сортуються, і між ними розставляються пріоритети, а також встановлюються цілі для їх досягнення.