Відмова від тестування до завершення розробки всього модуля

Передбачувана простота (YAGNI) та швидкий зворотній зв'язок

Максимальна документація та суворе дотримання плану

Робота великими масивними командами фахівців

Якщо бюджет та час фіксовані і не можуть бути змінені

Коли проект складний, вимоги нечіткі або можуть часто змінюватися

Коли залучення зацікавлених сторін має бути мінімальним

Для коротких проектів зі стабільними вимогами

Етап аналізу (Analysis)

Етап реалізації (Implementation)

Етап обслуговування (Maintenance)

Етап проектування (Design)

Коли потрібно отримати інформацію від великої кількості користувачів, розкиданих по різних часових поясах.

Коли необхідно детально обговорити складні технічні рішення з архітекторами проекту.

Для досягнення консенсусу між зацікавленими сторонами з протилежними поглядами.

Коли аналітик має необмежений час для персонального спілкування з кожним користувачем.

Кінцевий результат гілки.

Рішення, яке необхідно прийняти.

Відхилену альтернативу.

Кілька невизначених (випадкових) результатів.

Бізнес-правила

Нефункціональні вимоги

Вимоги зацікавлених сторін

Припущення

Покрокова інструкція для розробника.

Зручне представлення потреби.

Готовий програмний код системи.

Виключно юридичний документ.

Фасилітатором, що допомагає домовитись

Людиною, яка задає правильні питання

Партнером продукту на всіх стадіях циклу

Менеджером, який роздає задачі

Функціональні вимоги

Нефункціональні вимоги

Інтерфейс користувача

Вимоги до зручності використання (usability)

Для визначення фінансової вартості кожної окремої функції

Для вибору мови програмування

Для автоматичного створення коду програмного забезпечення

Для детального розуміння складових частин та функцій продукту