La metodologia waterfall è un modello classico di gestione dei progetti che prevede un approccio sequenziale e lineare: ogni fase si conclude prima che cominci la successiva, e l’esito di ciascuna è l’ingresso di quella dopo. Prende il nome dalla cascata perché ogni attività “fluisce” nel passaggio successivo, senza risalire.
Le sei fasi
- Definizione dei benefici attesi e dei requisiti — il team raccoglie le informazioni per ideare la commessa, a partire dai benefici che si vogliono conseguire realizzandola. È la fase più trascurata e la più costosa da recuperare: un requisito non scritto qui riappare come variante in montaggio.
- Analisi, progettazione e pianificazione — si definiscono i requisiti di dettaglio e si crea un design completo del sistema. Qui si realizza anche il piano temporale di realizzazione del prodotto, del servizio o del risultato.
- Sviluppo — si realizza il prodotto o il servizio seguendo la pianificazione individuata al punto precedente. Nel manifatturiero è la fase che assorbe la maggior parte delle ore e dei materiali.
- Test — vengono eseguiti i controlli per verificare che il prodotto o il servizio soddisfi i requisiti. Collaudo interno, collaudo alla presenza del cliente, verifiche di conformità.
- Implementazione — il prodotto o il servizio viene rilasciato e messo in uso: spedizione, montaggio in sito, avviamento, addestramento del personale del cliente.
- Manutenzione — il prodotto o il servizio viene mantenuto per continuare a produrre benefici nel medio-lungo termine. Per un impiantista è spesso la fase con il margine migliore, e quasi sempre quella pianificata peggio.
Nonostante questo modello sia nato nella gestione dei progetti di impianto dell’industria manifatturiera, è stato adottato anche in altre catene di approvvigionamento.
Perché regge, su commessa
Il waterfall ha una cattiva reputazione che viene quasi per intero dallo sviluppo software, dove è effettivamente il modello sbagliato per la maggior parte dei casi. In un’azienda che progetta e produce su ordine la valutazione cambia, per ragioni fisiche prima che metodologiche.
Alcune sequenze non sono negoziabili: non si salda prima di aver tagliato, non si verniciano lamiere non ancora forate, non si collauda un quadro elettrico non cablato. Dove la sequenza è imposta dalla materia, un modello sequenziale non è una scelta ideologica ma una descrizione fedele.
Inoltre l’ambito è contrattuale. Il capitolato è firmato, il prezzo è fisso e la data è concordata: un metodo che presuppone di poter rinegoziare l’ambito a ogni ciclo si scontra con un vincolo che sta fuori dall’azienda. E infine la produzione è irreversibile — una struttura tagliata male è rottame, non un ramo da riscrivere.
Dove si rompe
Il limite è noto e va detto con precisione: il waterfall presuppone che i requisiti siano corretti e stabili dall’inizio, e sposta la verifica alla fine. Quando un errore di specifica emerge in fase di test, tutte le fasi intermedie sono già state pagate.
Ne discendono tre patologie ricorrenti su commessa:
- Il cliente che vede l’opera tardi. Fra la firma e il primo oggetto visibile passano mesi, e la prima occasione di allineamento coincide con il momento in cui correggere costa di più.
- Le fasi che in realtà si sovrappongono. Nessuna azienda aspetta la fine della progettazione per lanciare gli acquisti dei lunghi approvvigionamenti; il modello puro non descrive questa sovrapposizione, e il piano diventa una finzione condivisa.
- Il piano che non viene mantenuto. Se il piano si aggiorna solo prima delle riunioni con il cliente, il modello sequenziale smette di essere una guida e diventa un documento di rendicontazione.
Come si usa nella pratica
Le aziende che lavorano bene non applicano né il waterfall puro né la sua alternativa pura. Tengono la struttura sequenziale, che riflette i vincoli fisici, e ne attenuano la rigidità: anticipano le decisioni di acquisto a lungo termine, inseriscono punti di verifica con il cliente prima del collaudo finale, e ammettono esplicitamente le sovrapposizioni fra fasi invece di fingere che non esistano.
Il confronto con l’approccio iterativo è trattato nella voce metodologia agile, e il punto non è quale dei due sia migliore, ma quale parte della commessa abbia requisiti stabili e quale no.