меншення тривалості ітерацііФактори, що ведуть до збільшення тривалості ітерацііНебольшіе командиБольшіе командиГеографіческі зосереджені командиГеографіческі розподілені командиСільная система управління конфігураціейПлохая система управління конфігураціейВиделенние ресурси на повний робочий деньРесурси надаються на неповний робочий день або по матричної схемеАвтоматізірованное тестірованіеОтсутствіе автоматизованого тестированияИнтегрированная інструментальна средаОтсутствіе хорошою інтегрованої та автоматизованої інструментальної средиОпитная в області итеративной розробки командаНеопитная команда в області итеративной разработкіБистрое прийняття решенійПолітіческіе та бюрократичні перешкоди до швидкого прийняття решенійНечеткіе требованіяПонятние требованіяНечеткая або тендітна архітектураХорошо певна і стабільна архітектураНовая або незрозуміла технологіяХорошо відома технологія
ПРИЧИНИ ДЛЯ ВИКОРИСТАННЯ ітерацій
Ітеративний підхід у порівнянні з методом "водоспаду" має кілька перевірених переваг:
В· Більше ймовірність того, що ви створите додаток, що відповідає потребам користувача. Якщо занадто рано почати збір вимог, це часто приводить до невживаних можливостям ПЗ. Стандіш Груп (Standish Group) провело дослідження тисяч проектів з розробки програмного забезпечення та виявило, що понад 45 відсотків можливостей ніколи не використовуються, а ще 19 відсотків використовуються рідко (див. малюнок 1). Іншими словами, зазвичай більше половини зусиль розробників витрачається даремно на неважливі можливості. Щоб уникнути цієї проблеми, необхідно залучити в процес розробки замовника і використовувати ітеративний підхід, що дозволяє в кожній ітерації реалізовувати і перевіряти ті можливості, які вважаються найбільш важливими. Такий підхід дозволяє не тільки якомога раніше проводити перевірку ключових можливостей, але додавати нову функціональність на пізніх стадіях проекту.
В· Інтеграція - це не "великий барабум" наприкінці проекту. Залишення інтеграції на потім призводить до переробок, віднімають час і гроші. Щоб уникнути значних переробок, при ітеративному підході проект розбивається на невеликі ітерації, в кожній з яких розвивається код інтегрується постійно, що дозволяє швидко отримувати відгуки зацікавлених осіб і мінімізувати переробки на пізніх стадіях.
В· Ризики зазвичай виявляються і враховуються на перших ітераціях проекту. Щоб бути впевненим, що ви перебуваєте на правильному шляху, реалізуйте найбільш важливі можливості по частинах, і демонструйте їх основним зацікавленим особам. Наприклад, якщо існує ризик, що зацікавлена ​​особа не буде задоволена розробленої вами функціональністю, ітеративна розробка допоможе реалізувати найбільш важливі можливості по частинах, щоразу демонструючи результат зацікавленим...
