Water-Scrum-Fall è essenzialmente quando i processi di sviluppo agile / scrum vengono applicati solo al lavoro del team di sviluppo (di solito la fase di implementazione in cascata) e la maggior parte del precedente sistema "a cascata" di project management rimane attivo. Questi articoli lo elencano principalmente come la realtà per la maggior parte dei negozi in cui il team di sviluppo non ha il pieno controllo del processo, quindi non è possibile utilizzare agile nell'intero progetto. Non credo che nessuno stia davvero cercando di dire che dovrebbe essere adottato, ma è piuttosto comune. Il secondo articolo è più incentrato sui vantaggi / svantaggi in modo che le aziende che si trovano in questo modello possano migliorare ciò che hanno senza una riprogettazione massiccia del processo.
La valanga è meglio descritta come un'implementazione errata della mischia dove ogni "sprint" è la maggior parte di una cascata. Ogni livello / reparto itera rapidamente sul proprio sottoinsieme di lavoro e deve comunicare i risultati di tali passaggi agli altri reparti. Il risultato è spesso che ogni fase della "cascata" avviene contemporaneamente per l'intero prodotto. È anche caratterizzato da interruzioni estreme nella comunicazione. Le funzionalità vengono spesso ridisegnate mentre vengono implementate o testate dai reparti che non riescono a tenere traccia di quale fase è presente in ciascuna funzionalità. Il risultato è un caos e una confusione di massa, una gestione estremamente difficile dei progetti e uno scarso morale poiché il lavoro è regolarmente (leggi: molto frequentemente) invalidato cambiando i requisiti / design.
La differenza chiave tra i due è che Water-Scrum-Fall è la mischia in cascata, che fondamentalmente non infrange nessuno dei due modelli. La valanga è una cascata in mischia, che è una catastrofe al rallentatore.