Розробка
Важливо розпізнавати зміни в заявках, документувати їх і оновлювати. Однак ділові запити, як правило, змінюються не так сильно, як усвідомлення їх. Бізнес-вимога може бути присутнім, але не бути визнано або зрозуміле зацікавленими сторонами, аналітиками та командою проекту.
Зміни, як правило, відображають передбачувані способи задоволення неадекватно певних матеріалів. Велика частина труднощів, пов’язаних з виконанням бізнес-вимог, насправді відображає загальну практику, спрямовану майже на всі зусилля, пов’язані з ними, на те, що насправді являє собою високорівневий дизайн продукту, системи або програмного забезпечення. Це пов’язано з нездатністю спочатку адекватно визначити бізнес-вимоги, щоб забезпечити цінність.
Практики розробки зазвичай продовжують переглядати продукт до тих пір, поки вони в кінцевому підсумку не «повернуться» до рішення, яке, здається, виконує те, що необхідно, то є, мабуть, відповідає запитам виробництва. Непрямі методи проб і помилок для визначення бізнес-вимог є основою для більшої частини «ітеративної розробки», включаючи популярні методи, які рекламуються як «кращі практики».
