( persicsb | 2019. 01. 02., sze – 14:29 )

"Nem, ezt az Agile ki is mondja: "Build projects around motivated individuals." Ha össze-vissza dobálod az embereket, nem csak működő termék nem lesz, de a motiváció is meghal."
vs ezt is kimondja ám az Agile:
"Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. "
A fejlesztők magukra vállalják, hogy nyugodtan lehet bármikor követelményt változtatni. Akkor ne csodálkozzanak, ha ez lesz a fő előnye az agilitásnak, hiszen a waterfall fő hátránya pont a rugalmatlanság. Az, hogy a folyamatos változástól valaki motiválatlan lesz, az már a fejlesztő gondja, ő mondja, hogy agilitás jó, oldja meg magának.

Ha megnézed az egész agile manifestot, és a principles behindot, mindenhol a business előnyök a lényegek, nem a technical merit. Csak azt mondja, hogy az agilitást javítja a technikai jóság (Continuous attention to technical excellence and good design enhances agility. ), de a waterfallt is javítja a technikai jóság és a jó design. Ebben semmi új nincs.

A kézzel összefésülés helyett verziókezelő csodaként lévő használata meg nem agiltiás, hanem professionalism, és semmi, de semmi köze az agilitáshoz, sem a waterfallhoz. Ezek technikai dolgok. A waterfall meg az agilitás meg a software delivery mikéntjéről szól. Egyfajta business language körülírása a release early, release oftennek.