| Parameeter | Veejooksu mudel | Гибкая (Agile) модель |
| Ilmumis aasta | 1970-е | 2000-e |
| Etappide arv | 5 (nõuete määratlemine, analüüs, projekteerimine, rakendamine, testimine ja tugi) | Varieerub sõltuvalt metoodikast (nt Scrum: 3 – Planeerimine, Iteratsioonid, Lõpetamine). |
| Mudeli põhisisu | Lineaarne lähenemine, samm-sammult, sammude vaheliste rangete sõltuvustega | Iteratiivne lähenemisviis, mis rõhutab paindlikkust, võimet kiiresti muuta iteratsiooni ja nõudeid. |
| Raskused kasutamisel | Kõrge, vähene paindlikkus nõuete muutmiseks projekti edenedes | Madal, võime kohaneda kiiresti muutustega |
| Riskide kontroll | Arendusprotsessis puudub aktiivne riskikontroll. | Aktiivne riskikontroll igal iteratsioonil, kiire reageerimine muudatustele |
| Muudatuste arvestamine | Muudatused nõuavad protsessi kordamist algusest peale | Muudatusi võib teha igas arenguetapis |
| Kasutamine | Kasutatakse sageli selgete ja stabiilsete nõuetega projektides. | Eelistatavalt muutuvate nõuete ja kiirete tähtaegadega projektide puhul. |
| Kulud | Võimalikud lisakulud arendusprotsessi käigus hiljem tehtavate muudatuste puhul | Võib säästa kulusid tänu paindlikumale lähenemisviisile muutustele. |
| Plussid | Struktureeritud ja prognoositav arendusprotsess | Paindlikkus, võime reageerida kiiresti muutustele |
| Minusid | Vähene paindlikkus, projekti ebaõnnestumise oht nõuete muutumise tõttu | Ei sobi alati hästi määratletud nõuetega projektide jaoks, võib olla raskesti hallatav suurte projektide puhul. |