C'è una battaglia in corso nei ranghi del project management: Agile vs. Waterfall. I lealisti agili vedono il vantaggio di potenziare individui e team in un approccio dal basso verso l'alto che produce un modo di lavorare più veloce e più reattivo. Nel frattempo, i tradizionalisti preferiscono un approccio top-down Waterfall che delinei in modo chiaro tutte le fasi del progetto e definisca l'ambito, il budget e il programma di cancellazione anticipata del rischio e dell'incertezza. Qual è il modo migliore?

La verità è che le organizzazioni con cicli di sviluppo di successo sembrano impiegare un approccio ibrido, prendendo un po 'da ogni metodologia. Persino Amazon, una centrale elettrica Agile, non avrebbe potuto costruire il suo prodotto di servizi web di base senza una dettatura top-down degli standard.

La vera difficoltà per le organizzazioni, quindi, risiede non nel scegliere una metodologia rispetto all'altra, ma nel mescolare con successo le metodologie. Se la tua organizzazione sta già manipolando più metodologie o sta pensando di aggiungere Agile al mix di gestione del progetto, ecco alcuni suggerimenti su come ibridare senza sacrificare la visibilità e la produttività di cui hai bisogno.

  • Abbiamo anche evidenziato i migliori strumenti di gestione del progetto

1. Transizione lentamente

La più grande questione che le organizzazioni affrontano nell'adozione o nell'espansione di Agile è la transizione culturale necessaria. Il cambiamento è sempre difficile e passa da una cultura top-down di comando e controllo a un approccio dal basso verso l'alto, in cui i lavoratori si auto-organizzano e si auto-definiscono le priorità. È una transizione culturale che molte persone in un'organizzazione sentono essere dirompente e troppo impegnativa per la cultura consolidata.

Per rendere la transizione più fluida e migliorare l'adozione, rallentare la modifica dei processi. Un modo per farlo è "Agile-fall". Coniato da eBay di Jon Bach, "Agile-fall" è il processo di applicazione delle pratiche Agile in passaggi simili a Cascate. Ad esempio, i team che lavorano in sprint o iterazioni possono comunque strutturarli in passi misurati:

  • Sprint 1: raccogliere i requisiti.
  • Sprint 2: Progetta i tuoi test.
  • Sprint 3: esegui questi test.
  • Sprint 4: Bug corretti.
  • Sprint 5: Registra questi bug.

Un altro modo è quello di tradurre le metriche chiave, come l'ambito, il budget e la pianificazione all'interno di un quadro di Waterfall, che gli stakeholder esterni e i team non Agile possono capire meglio.

Inoltre, è importante sviluppare una cultura di rispetto e apprezzamento per entrambe le metodologie all'interno dell'organizzazione. Riconoscere ciò che funziona bene con Waterfall e quando è più appropriato da usare. Allo stesso modo, definire in anticipo ciò che si sta tentando di ottenere con Agile in modo che tutti possano comprendere il vantaggio.

Questo sforzo supplementare creerà fiducia; rendere le persone più aperte e resilienti a provare nuovi metodi per cambiare ciò che non funziona; aumentare il buy-in dalla direzione e dai singoli membri del team; e assicurarsi che tutti siano sulla stessa pagina, mentre cercano di raggiungere gli stessi obiettivi.

2. Fornire una formazione professionale

Agile è complesso, con decine di diversi aspetti e processi. Uno dei più grandi errori strategici che le organizzazioni fanno non è quello di ottenere una formazione professionale all'inizio.

"Mandare le persone alla (almeno) formazione Scrum, coinvolgere consulenti di consulenza per i primi progetti e poi avere un piano per spostarli sistematicamente - è lì che le persone trovano davvero il valore aziendale in Agile", afferma Barbee Davis, autrice di Pratiche agili per progetti a cascata.

In particolare, è fondamentale che il middle management partecipi alla formazione. "Il middle management è davvero la chiave del successo dell'adozione di Agile, che crea tutte le procedure e le politiche: se non si tiene conto del mezzo, la trasformazione verrà evitata", afferma Dean Leffingwell e creatore dello Scaled Agile Framework (SAFe).

Quando il middle management è adeguatamente formato, non solo capisce il valore di Agile per se stesso, può essere influente nel mentoring della squadra e nel dimostrare il valore di Agile alla leadership.

3. Consentire alle squadre di comunicare attraverso metodologie

In molte organizzazioni, i team Agile spesso vengono isolati dal resto dell'organizzazione. Funzionano in una specie di bolla, non interagendo molto con altre squadre o dipartimenti. Tuttavia, la comunicazione e la collaborazione sono due degli elementi più critici di un'impresa a metodologia mista efficace.