Pidev disain on lähenemine tarkvara ja muude süsteemide loomisele, kus arendajad kujundavad ja kodeerivad töö käigus. See on vastupidine traditsioonilisele tarkvaradisainile, kus disain tehakse ja seejärel rakendatakse. Pideva disaini üks eelis on see, et arendajatel on tavaliselt lihtsam kohapeal vajalikke funktsioone lisada ja nad saavad probleemidega kohaneda. Teiseks eeliseks on see, et seda disainimeetodit saab kasutada ka riski vähendamiseks, kui kliendile näidatakse edenevat tarkvara ja sisendit.
Kui tarkvara valmistamiseks kasutatakse pidevat disaini, on arendajad otsustanud teha tarkvara ilma staatilise disainita. See ei tähenda, et eelnevalt ei tehtaks projekteerimistööd, sest mõnel sellisel meetodil tehtud programmil on projekteerimistööd juba tehtud. Selle disainimeetodi põhieesmärk on see, et disain on tempermalmist ja seda saab programmeerimise käigus muuta. Samuti saavad arendajad tootmise ajal funktsioone lisada või muuta.
Enne pidevat projekteerimist kasutati tavaliselt staatilise projekteerimise meetodit. Selle meetodi abil koostati enne kodeerimise algust kogu tarkvara kavandamise plaan. Vaatamata tootmisraskustele jätkasid arendajad disaini järgimist. Kuigi mõningaid muudatusi võidakse teha staatilise disainiga, on need tavaliselt tõsised muudatused, mis tekivad seetõttu, et praegune disainiraamistik ei ühildu kliendi või arendaja vajadustega.
Pideva disainiga tegelevad arendajad saavad projekti edenedes tarkvarakujundust muuta, mis pakub mitmeid kodeerimise ja programmeerimise eeliseid. Kui on vaja uusi funktsioone, kas kliendi tellimuste tõttu või seetõttu, et see toob süsteemile palju kasu, on arendajad valmis neid funktsioone lisama, isegi kui tarkvara disain peab muutuma. Pideva disainiga tootmisel tekkivaid probleeme saab tavaliselt tõhusamalt parandada, sest arendajad saavad disaini vastavalt vajadusele muuta. Staatilise projekteerimise meetodiga lahendataks probleemid viisil, mis säilitaks kõige paremini algse disaini.
Seda saab kasutada ka riskijuhtimise manöövrina, kui arendajad koostavad kliendi jaoks programmi. Tootmine toimub dünaamiliselt, nii et meeskond saab näidata kliendile programmi osi, et näha, kas ta kiidab funktsioonid või raamistiku heaks. Kui ei, siis saab programmi lihtsalt parandada. Staatilise disaini puhul näidatakse programmi kliendile pärast selle valmimist, mis muudab nende probleemide lahendamise palju raskemaks.