Le “Metodologie Agile” promettono flessibilità, velocità di esecuzione e capacità di far fronte alla moltitudine di scenari in cui i team di sviluppo sono chiamati ad operare nel processo di digital transformation.
Un po’ generico e forse anche utopico. In effetti, molte realtà sono pronte a testimoniare il fallimento di questi strumenti. Ma come ogni strumento, anche l’agilità va applicata al giusto problema perché ne costituisca la soluzione.
Parliamo dell’elefante nella stanza: quando si parla di Agile lo si fa spesso in modo improprio, facendo riferimento a specifici framework (Scrum il più famoso) o peggio, a parti di essi. La parola “Agile” (con la A maiuscola) indica invece un mindset, un approccio all’organizzazione dei progetti, nato nel campo dell’ingegneria del software.
La confusione è comprensibile e in gran parte da imputare agli stessi promotori di questi modelli organizzativi che, in alcuni casi e soprattutto durante i primi periodi di larga adozione, ne hanno parlato entusiasticamente, quasi fossero bacchette magiche in grado di risolvere in un sol colpo ogni problema di delivery, semplicemente adottando determinate prassi.
Oggi come oggi, l’agilità non è più un’opzione. Il mondo del software viaggia a velocità impressionanti e la digitalizzazione è uno dei principali elementi competitivi per ogni prodotto e servizio.
Ma serve davvero sempre? E come l’Agile (con la A maiuscola) può aiutare la nostra organizzazione ad essere agile (con la A minuscola), che è ciò che realmente ci interessa?