Inkrementaalne mudel jagab tarkvaraprojekti etappideks ehk inkrementideks, kus iga uus inkrement lisab süsteemile uusi funktsionaalsusi. Selle aluseks on süsteemi järk-järguline (inkrementaalne) laiendamine. Iga valminud inkrement liidetakse olemasoleva süsteemiga, võimaldades varajast tagasisidet ja võimalust arendusprotsessi käigus täpsustada järgmiste osade nõudeid. Alistair Cockburn on rõhutanud, et inkrementaalne arendus järgib kindlat ajagraafikut ja on etapiviisiline, samas kui Ian Sommerville näeb seda osana iteratiivsest lähenemisest, mis hõlmab vajadusel ka olemasoleva tarkvara ümbertegemist ja täiustamist.
Inkrementaalset mudelit aetakse tihti segamini iteratiivse mudeliga, kuid nende vahel on oluline erinevus.
Nõuded jagatakse tähtsamateks ja vähemtähtsateks.
Koostatakse plaan, millised tarkvara osad tarnitakse ja millises järjekorras.
Esimesena võetakse ette kõrgema prioriteediga osad ja arendatakse neid.
Töös oleva osa nõudeid ei muudeta (kui väga vajalik, siis tehakse seda hiljem).
Valmis osa tarnitakse kliendile, kes saab seda katsetada ja anda tagasisidet.
Järgnevate osade jaoks täpsustatakse nõudeid vastavalt saadud tagasisidele.
| Inkrementaalse mudeli head | Inkrementaalse mudeli vead |
| Nõuete muutmine on soodsam | Progressi jälgimine on keeruline |
| Varajane tagasiside ja kasutatavus | Pdev muutmine võib kahjustada süsteemi struktuuri |
| Kiire kasutuselevõtt | Refaktoreerimise vajadus |
Agiilsed meetodid põhinevad inkrementaalsel mudelil, pakkudes täiendavat paindlikkust ja keskendudes koostööle. Erinevalt klassikalistest mudelitest, nagu koskmudel, ei nõua iteratiivsed arendusmudelid kõikehõlmavat algdokumentatsiooni ega lõplikku kasutajavajaduste lukustamist. Iteratiivne lähenemine võimaldab paindlikult muuta süsteemi, saada varajast tagasisidet ja testida lahendusi varakult.
Agile Manifesto (2001) rõhutab inimesi ja koostööd klientidega, töötava tarkvara tähtsust ning valmisolekut muudatusteks:
Öeldakse, et agiilmeetoditega saavutatakse parem tulemus sama raha eest, aga agiilmeetoditega on raskem ette planeerida, millal tarkvara mingi funktsioon valmis saab - „Agile process will provide the most bang for the buck, but won't say exactly when that bang will be".
Tuntumad ja levinumad agiilsed arendusmeetodid on:
Ekstreemprogrammeerimine (XP) on üks tuntumaid agiilseid meetodeid, mis keskendub lühikestele ja intensiivsetele arendustsüklitele. XP erineb klassikalistest arendusmudelitest, kus arendustsüklid võivad kesta kuid või isegi aastaid – iga tsükkel kestab XP-s vaid päevi või nädalaid. XP-s kirjutatakse enne kodeerimist automatiseeritud testid, mille tarkvara peab läbima. Programmeerimine toimub paarides (paarisprogrammeerimine), kus kaks programmeerijat töötavad koos ühe koodilõigu kallal. Kui kood läbib testid, loetakse antud iteratsioon edukaks ja lõpetatuks.