Гэта прадстаўляе дві фундаментальна розныя філасофіі для кіравання праграмнымі праектамі — адна цаніць дбайнае папярэдняе планаванне, другая цаніць адаптыўнасць па меры атрымання ведаў па шляху.
| Аспект | Waterfall | Agile |
|---|---|---|
| Структура | Лінейныя, паслядоўныя фазы | Ітэрацыйныя цыклы (спрынты) |
| Гнуткасць | Нізкая — план зададзены загадзя | Высокая — адаптуецца на аснове зваротнай сувязі |
| Лепш для | Дакладна вызначаных, стабільных патрабаванняў | Патрабаванняў, якія развіваюцца, няпэўных |
| Час зваротнай сувязі | Пераважна ў канцы | Бесперапынна, на працягу ўсяго |
Назва Waterfall паходзіць ад таго, як прагрэс плыве ў адным напрамку, фаза за фазай, як вада ўніз па шэрагу ступеняў — без чакання вяртання да папярэдняй стадыі пасля яе завяршэння.
Waterfall падыходзіць для праектаў з яснымі, стабільнымі, добра зразумелымі патрабаваннямі загадзя — як пэўныя рэгуляваныя праекты або праекты, звязаныя з будаўніцтвам. Agile падыходзіць менавіта для распрацоўкі праграмнага забеспячэння, дзе патрабаванні часта развіваюцца, калі карыстальнікі даюць зваротную сувязь.
Уласная распрацоўка прадукту NOXEL360 выконваецца ў ітэрацыйным стылі Agile — пастаўка невялікімі прырастаннямі, а не адным вялікім папярэднім планам.
Патрабаванні да праграмнага забеспячэння вядомыя тым, што іх складана цалкам вызначыць загадзя — ітэрацыйны падыход Agile дазваляе камандам карэктаваць курс на аснове сапраўднай зваротнай сувязі карыстальнікаў замест таго, каб цалкам прыхіляцца да першапачатковага, патэнцыйна памылковага плана.
Для большасці сучаснай распрацоўкі праграмнага забеспячэння так, увогуле — хаця Waterfall усё яшчэ можа падыходзіць для канкрэтных, дакладна вызначаных праектаў з сапраўды стабільнымі патрабаваннямі.
Так — існуюць гібрыдныя падыходы, якія выкарыстоўваюць папярэдняе планаванне ў стылі Waterfall для асноўных фаз, прымяняючы ітэрацыю Agile унутры кожнай фазы.
Кароткі фіксаваны перыяд часу (часта 1-2 тыдні), на працягу якога каманда выконвае вызначаны набор работ, потым разглядае і карэктуе перад наступным спрынтам.
Часта так для фіксаванага канчатковага аб'ёму, хаця Agile можа быць больш прагназуемым для паступовай дастаўкі каштоўнасці па шляху.
Патрабаванні да праграмнага забеспячэння часта змяняюцца, калі карыстальнікі ўзаемадзейнічаюць з ранімі версіямі, што жорсткая, паслядоўная структура Waterfall дрэнна апрацоўвае.
Не — Agile усё яшчэ ўключае планаванне, проста ў карацейшым, більш ітэрацыйным маштабе, а не адзіным усеабдымным папярэднім планам для ўсяго праекта.
Паглядзіце ітэрацыйную распрацоўку прадукту на аснове зваротнай сувязі на практыцы.
Даследуйце панэль кіравання NOXEL360 →