A waterfall termeszetesen nem mukodik jol a gyakorlatban. De szamomra erdekes volt fiatalabb kollegakat hallgatni, hogy a tervezes az csak a waterfall resze, es az egy elavult dolog. (Ergo tervezni nem kell.) Meg persze a v-modellt is keverik a waterfallal.
Az mara nyilvanvalo, hogy a waterfall szigoru projektfazisai nem tarthatoak a gyakorlatban, de attol meg minden waterfall fazishoz tartozo tevekenysegnek helye kell legyen egy mas modszertanban, csak maskepp szervezeve. A leggyakoribb tevhit a modern modszerek kornyeken, hogy ha nincsenek fazisok, akkor nem kellenek kovetelmenyek, nem kell tervezes, eleg a kod meg a unit teszt. Ez pont annyira rossz, mint a szigoru waterfall.
Nem tudom persze, hogy mit oktatnak manapsag, de valoaban a lean es agile modszertanok hajlmaosak kifejezetten kod kozpontu modszertankent megjelenni a fejekben, pedig nem feltetlenul azok. Ha pedig nem csak szoftvert fejlesztunk, hanem olyan termeket, amelynek mas komponensei is vanak, akkor meg izgalmasabb a helyzet.