Вимоги

Домен «Зміст» гарантує, що проєкт містить лише ті роботи, які справді потрібні для досягнення цілей, і жодної зайвої. Звучить просто, але саме тут більшість проєктів втрачає час і гроші: забули важливе або зробили непотрібне.

Робота зі змістом у PMBOK складається з шести процесів:

1. Планування управління змістом.
2. Збір вимог.
3. Визначення змісту.
4. Створення WBS (ієрархічної структури робіт).
5. Підтвердження змісту.
6. Контроль змісту.

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

Планування управління змістом

На вході — статут проєкту, план управління проєктом, умови, в яких працює компанія, і її накопичений досвід (шаблони, правила, уроки минулих проєктів). Команда обговорює їх на нарадах і з експертами, а на виході отримує два документи:

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

Збір вимог

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

• Інтерв'ю та фокус-групи — пряма розмова із зацікавленими сторонами й експертами.
• Групова творчість — мозковий штурм, діаграми спорідненості (групування ідей за темами), асоціативні карти.
• Номінальна група (Nominal Group Technique) — кожен спершу пише ідеї сам, потім група обговорює їх і ранжує голосуванням.
• Багатокритеріальний аналіз рішень — ідеї оцінюють у матриці за критеріями: прибутковість, вартість реалізації, ризики.
• Групові рішення — одностайність (100%), більшість (понад 50%), відносна більшість (найбільша частка голосів) або одноосібне рішення відповідальної людини.
• Прототипи, анкети, спостереження і бенчмаркінг — вивчення вдалих схожих проєктів.

Документація й матриця вимог

Результат збору вимог — документація з вимог і матриця відстеження вимог. Матриця пов'язує кожну вимогу з бізнес-потребою, з якої вона виросла, і з конкретним результатом і елементом WBS. Так жодна важлива деталь не загубиться під час роботи.