> release early, release often
Ez már csak egy következmény. A kiváltó ok az, hogy az emberek hülyék. Ez az az iparban a "Som-Som-féle Agile Super-Manifesto" néven elhíresült tétel.
A megrendelő nem tudja, mit akar, aki vele elbeszélget az igényeiről (pl. product owner), az nem érti a vevő use case-eit, a specifikáció író (ha van) még kevesebbet ért az egészből és a kódoló sem érti. Ezért a kódoló készít valamit, a vevő meglátja és már jobban tudja, hogy mi is az, amit akar, meg amit nem. Gyakorlatilag minden kivitt verziót a vevő kipróbál és egyre jobban tudja, hogy mi kell neki. Közben összecsiszolódik a fejlesztőkkel és egyre inkább egy nyelvet beszélnek, értik egymást. És nem mellesleg különlegessé, értékessé válnak egymásnak. Szemben a hagyományos "Aláírtad a szerződést, most jól leverem rajtad!" hozzáállással.
Persze idővel nagyjából simán mennek a dolgok. A gyors release oka ekkor az, hogy ha egyszer valami bizonyítottan kész, akkor mi a fenének tartsák vissza. A nagy verzióváltások általában komoly fennakadásokat okoznak, míg a sok kisebb release könnyebben befogadható mindenki agyába. Ez a másik pont, hogy a kisebb dolgok jobban felfoghatóak és emiatt jobban tervezhetőek. A felfogás megint az "emberek hülyék" kategória, a tervezhetőség már csak egy következmény.
Ha megnézzük, ezzel az Agile Manifesto 4 pontját maradéktalanul le is fedtem.