Jatkuva suunnittelu on lähestymistapa ohjelmistojen ja muiden järjestelmien tekemiseen, joissa kehittäjät muodostavat suunnittelun ja koodauksen. Tämä on toisin kuin perinteinen ohjelmistosuunnittelu, jossa suunnittelu tehdään ja toteutetaan. Yksi etu jatkuvasta suunnittelusta on se, että kehittäjien on yleensä helpompi lisätä tarvittavia ominaisuuksia paikan päällä ja he voivat sopeutua ongelmiin. Toinen etu on, että tätä suunnittelumenetelmää voidaan käyttää myös riskin pienentämiseen, jos asiakkaalle näytetään edistyvä ohjelmisto ja annetaan tietoa matkan varrella.
Kun ohjelmistojen valmistuksessa käytetään jatkuvaa suunnittelua, kehittäjät ovat päättäneet tehdä ohjelmiston ilman staattista suunnittelua. Tämä ei tarkoita sitä, ettei suunnittelutöitä ole tehty etukäteen, koska joillakin tällä menetelmällä tehdyillä ohjelmilla on jo tehty suunnittelutöitä. Tämän suunnittelumenetelmän pääasia on, että malli on muokattavissa ja sitä voidaan muuttaa ohjelmoinnin aikana. Kehittäjät voivat myös lisätä tai muuttaa ominaisuuksia tuotannon aikana.
Ennen jatkuvaa suunnittelua käytettiin yleisesti staattista suunnittelumenetelmää. Tällä menetelmällä tehtiin koko ohjelmistosuunnitelma ennen koodausta. Huolimatta kaikista vaikeuksista tuotannon aikana, kehittäjät noudattavat edelleen suunnittelua. Vaikka joitakin muutoksia voidaan tehdä staattisella suunnittelulla, nämä ovat yleensä vakavia muutoksia, jotka johtuvat siitä, että nykyinen suunnittelukehys ei ole yhteensopiva asiakkaan tai kehittäjien tarpeiden kanssa.
Kehittäjät, jotka työskentelevät jatkuvan suunnittelun parissa, voivat muuttaa ohjelmiston suunnittelua projektin edetessä, mikä tarjoaa useita koodaus- ja ohjelmointietuja. Jos uusia ominaisuuksia tarvitaan joko asiakkaan tilausten tai järjestelmän suuren hyödyn vuoksi, kehittäjät ovat valmiita lisäämään näitä ominaisuuksia, vaikka ohjelmiston suunnittelua on muutettava. Kaikki ongelmat, jotka syntyvät tuotannon aikana jatkuvalla suunnittelulla, voidaan yleensä korjata tehokkaammin, koska kehittäjät voivat muuttaa suunnittelua tarpeen mukaan. Staattisella suunnittelumenetelmällä ongelmat korjataan tavalla, joka säilyttää parhaiten alkuperäisen suunnittelun.
Tätä voidaan käyttää myös riskienhallintatoimena, jos kehittäjät tekevät ohjelmaa asiakkaalle. Tuotanto etenee dynaamisesti, joten tiimi voi näyttää ohjelman asiakasosista nähdäkseen, hyväksyykö hän ominaisuudet tai kehyksen. Jos ei, ohjelma voidaan korjata helposti. Staattisen suunnittelun lähestymistavassa ohjelma näytettäisiin asiakkaalle sen päätyttyä, mikä vaikeuttaisi huomattavasti näiden ongelmien käsittelyä.