Priebeh návrhu SPR

Priebeh návrhu SPR:
1. Tvorca a používateľ spolu identifikujú jedno relatívne rozsahovo malé a jednoduché riešenie podproblému, ktorý najskôr kompletne implementujú.
2. Riešeniu tohto malého podproblému nepredchádza explicitná analýza – ani návrh. Ten pilotný podproblém je špecifikovaný tzv. špinavým návrhom (návrh, ktorý neprechádza fázami A,N). Používatelia identifikujú nejaký problém a vyvinú veľmi jednoduchú iniciálnu verziu SPR (verzia 0).Tvorba tejto iniciálnej verzie je práve pilotný projekt. SPR sa dostane do verzie SPR 0.
3. Následne tento SPR (jeho malá časť) prechádza okamžitým ohodnotením.
Systém začne manažér používať a pri jeho používaní zistí, či je systém v poriadku alebo ho treba upraviť. Ako náhle zistí nejakú požiadavku (čo treba upraviť) – tú požiadavka ihneï splní, návrhár to opraví podľa typu požiadavky až kým manažér nie je s touto nultou verziou spokojný.
4. Pri používaní nultej verzie manažér následne identifikuje ïalší problém, o ktorý (veľmi jednoduchý a s malým rozsahom) sa dá nultá verzia rozšíriť – aby SPR bol kvalitatívne lepší. Takto sa k tomu nabaluje ïalší podproblém a vznikne tzv. verzia SPR 1. Tá verzia sa okamžite hodnotí, kým sa nedostane do správneho stavu a používaním tohto subsystému sa identifikuje ïalšia požiadavka na ïalšie rozšírenie. Takýmto spôsobom sa SPR iteruje a neustále sa dostáva do podoby, ktorá sa viac a viac podobá požadovanej podobe, aj keï nie je explicitne vyjadriteľná a je relatívne stabilná a vlastne vzniká až po nejakej verzii n.
Poznámky:
 implicitne zahrnuté učenie
 krátke intervaly medzi iteráciami
 aktívna participácia používateľa
 nízke náklady na vývoj pilotného riešenia
 vyhnutie sa nutnosti definovať informačné požiadavky vopred (ako pri klasickom životnom cykle)