Conclusioni basate su esempi reali di Agile Scrum ed esperienze di Agile Scrum.

“Agile è nuovo, la cascata è vecchia”. "Per fornire servizi e prodotti (IT o meno) più velocemente, devi lavorare in modo agile" sento quasi ogni giorno nei miei incarichi di consulenza e nei corsi di formazione. Nota: Agile non deve essere necessariamente Scrum (vedi ad es Agile PM, PRINCE2 Agile, Devops,...). Siamo ormai passati un bel po' di anni con questi metodi aumentati in modo esponenziale, quali conclusioni possiamo trarre da questo? Alcune affermazioni e la mia reazione sulla base dell'esperienza della pratica e delle storie della formazione.

• “Agile/Scrum è nuovo, la cascata è vecchia”: sentito molto, ma un pensiero sbagliato. Agile è probabilmente il modo più intuitivo di lavorare e presumo che questo metodo fosse utilizzato anche dai nostri lontani antenati per realizzare progetti in piccoli team. Riguardo a la mia esperienza Stavo già lavorando con i nostri team di sviluppo negli anni '90 del secolo scorso in questo modo: Rapid Application Development (o RAD), Joint Application Development (JAD) e molte altre varianti sono state utilizzate per fornire parti di software in modo iterativo e incrementale. L'aggiunta del termine Agile è quindi in parte "vino nuovo in vecchie bottiglie", che non è un argomento contro Agile, tra l'altro.
• “Agile è sempre possibile”: Questo deve essere sfumato. Agile Scrum, ad esempio, richiede una serie di condizioni per essere utilizzato correttamente. Se queste condizioni NON sono soddisfatte, modificherai la tua organizzazione in modo da poter utilizzare i metodi Agile o utilizzare un altro metodo. PRINCE2 Agile® utilizza il cosiddetto "Agilometro" per verificare se la tua organizzazione soddisfa sufficientemente queste condizioni per utilizzare i metodi Agile (o PRINCE2 Agile). Agile PM (o DSDM) ha uno strumento simile: il Project Approach Questionnaire. Sebbene questi ultimi 2 metodi siano ancora abbastanza flessibili, Scrum è piuttosto rigido nell'adattare il metodo. Prima di iniziare, chiediti se tu come organizzazione soddisfi queste condizioni o cosa devi ancora fare prima di poter lavorare con Scrum.
• “Agile è sempre desiderabile”: Vorrei essere chiaro qui: NO. In continuazione della domanda precedente. Lo sforzo organizzativo che devi fare per abilitare Agile Scrum è a volte enorme (ea volte molto piccolo). Pensa a importanti cambiamenti culturali, creando piccoli team che preferibilmente devono lavorare in 1 sede e “dedicati” (o dedicati) ai progetti, ecc.: questo semplicemente non è sempre facilmente possibile. Quindi crea un buon business case, in cui si mappano i rischi oltre ai costi e in cui i vantaggi non sono sempre evidenti. In pratica, molti mordono le organizzazioni hanno rotto i denti su questo!
• "Agile è una moda passeggera": Non la penso così. Agile è in molti casi la scelta migliore. Non si può (correttamente) pianificare l'imprevedibile e quindi non bisogna provarci: questo non è solo uno spreco di tempo, ma crea anche aspettative sbagliate da parte di tutti i soggetti coinvolti. Agile propone quindi una breve fase in cui si fa e si realizza gradualmente una pianificazione più specifica. Anche questo è logico e funziona molto bene in pratica!
• “I metodi tradizionali (cascata?) non hanno più senso”: No, questa non è una buona idea: dove un progetto è ben compreso, forse perché c'è molta esperienza, forse difficile ma comunque prevedibile, un buon design prima è probabilmente un metodo di lavoro migliore, perché ora tutti "hanno solo bisogno di eseguire”. In tali progetti più orientati al processo (so che questo è un termine scelto in modo pericoloso), cascata in pratica si è rivelato più efficace (risultato) e più efficiente.

Conclusioni dal mio (!) Agile in pratica: come saprà chi mi conosce (azienda): rimango un convinto sostenitore dell'utilizzo degli strumenti giusti per un lavoro specifico. Ciò significa che hai il (1) lavoro deve capire, ma (2) anche il deve avere una buona conoscenza dei diversi metodi di gestione dei progetti. Il primo è difficile ma purtroppo non trovo quasi mai il secondo. "Ho un martello, quindi qualunque lavoro mi dai, colpirò il martello (e spesso male)." Con buona conoscenza e guida nelle diverse tecniche (Metodi agili, PRINCE2, IPMA, ….) le possibilità di lavorare meglio e più velocemente nella tua organizzazione semplicemente aumentano. Conoscere 1 metodo è come capire uno strumento: non molto utile se si vogliono poter fare diversi lavori: utilizzare un martello per colpire e una sega per segare: questo porta a risultati migliori, meno costi e anche molto (!) meno rischi.

Vuoi una consulenza senza impegno su Agile? (consulenza o formazione)

Quindi puoi sempre contattare D-ICT Solutions tramite info@dictsolutions.com o 020-2050324.

L'autore Drs Jean-Yves Depaul ha 20 anni di esperienza nel distaccamento, consulenza e formazione manageriale ad interim e (DICT) con il suo team di formatori certificati, manager ad interim e coach è leader nel campo della formazione certificata in tutto il mondo in vari progetti, processi, servizi, qualità Metodologie gestionali quali PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva