Проведення глибоких наукових досліджень ринку

Визначення пріоритетів та наявність єдиної особи для прийняття рішень

Детальне трасування кожної дрібної вимоги до коду

Написання багатосторінкових технічних інструкцій

Визначити, як рішення та його компоненти взаємодіють між собою та із зовнішнім середовищем.

Проаналізувати фінансові звіти конкурентів.

Задокументувати крок за кроком потік дій у бізнес-процесі.

Створити привабливий графічний дизайн для кінцевого користувача.

Будь-хто, хто може вплинути на рішення чи результат проекту, або на кого ці рішення можуть вплинути.

Тільки внутрішні співробітники організації, що працюють над завданнями проекту.

Виключно державні органи та регулятори, які контролюють дотримання стандартів.

Лише ті особи, які безпосередньо фінансують проект або є його замовниками.

Особа, яка фінансує розробку проекту та встановлює бюджетні обмеження.

Керівник, який відповідає виключно за технічну реалізацію програмного коду.

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

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

Щоб передати їм відповідальність за написання документації

Щоб зменшити кількість зустрічей протягом проєкту

Щоб обмежити їхній вплив на продукт

Щоб уникнути пропущених вимог та блокування прийняття рішень

Розробники (Developers)

Проектний менеджер (Project Manager)

Власник продукту (Product Owner)

Scrum Master

Менеджер проєкту, який відповідає за графік робіт

Інвестор, який надає фінансування

Кінцевий користувач, який лише тестує інтерфейс

Експерт у предметній області, що володіє глибокими знаннями бізнес-процесів

Вони є необов'язковими для виконання.

Вони описують тільки інтерфейс користувача.

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

Вони описують інформацію, якою керує рішення.

Бізнес-аналітик

Уся команда проєкту спільно

Замовник проєкту

Менеджер проєкту

Вилучення стосується лише технічних аспектів, тоді як збір — бізнес-потреб.

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

Це ідентичні терміни, що використовуються в різних методологіях розробки (Waterfall та Agile).

Збір проводиться на етапі тестування, а вилучення — на початку проекту.