Tutti i progetti software Agile hanno degli obiettivi: cosa deve fornire il progetto, quando deve essere consegnato e con quale budget. Tuttavia, la gestione di questi tre vincoli può essere un esercizio di equilibrismo complicato. Prendiamo quindi spunto dal venerabile triangolo di ferro della pianificazione per scoprire in che modo il bilanciamento di diverse variabili può aiutare i team di software Agile a raggiungere l'eccellenza nella gestione dei progetti.
Cos'è il triangolo della gestione dei progetti?
Il triangolo della gestione dei progetti, chiamato anche triangolo di ferro, ha dei vincoli che sono considerati " ferrei" perché non è possibile modificare un vincolo senza incidere sugli altri. Il triangolo di ferro della gestione dei progetti originario, proposto dal dottor Martin Barnes nel 1969, segue un approccio a cascata allo sviluppo del prodotto: l'ambito è fisso e le risorse e il tempo sono variabili. Per un team software, questo significa avviare un progetto definendo i requisiti di prodotto per determinare l'ambito di un progetto (una lista di ticket). Le risorse e le tempistiche sono variabili e vengono stimati in base all'ambito definito.
- L'ambito è il lavoro da svolgere, ad esempio caratteristiche e funzionalità, per fornire un prodotto funzionante.
- Le risorse includono budget e membri del team che operano in un'ottica di esecuzione e consegna.
- Il tempo è il momento in cui i team effettueranno la consegna sul mercato di elementi come rilasci e milestone.
Lo scopo del triangolo di ferro è di fornire ai team di prodotto le informazioni necessarie a fare dei compromessi utili all'azienda. Ad esempio, se i team devono affrontare un ambito fisso, alla metà di un progetto potrebbero rendersi conto che non rispetteranno la data di rilascio. Le uniche variabili con cui possono giostrare sono le seguenti: 1) Tempo: possono accettare una data di rilascio successiva oppure 2) Risorse: possono aggiungere altre persone al progetto, con conseguente aumento dei costi. Con l'evoluzione dello sviluppo del software nel 21° secolo, la necessità di una migliore collaborazione e la capacità di rispondere rapidamente al feedback dei clienti sono diventate cruciali ed è per questo che è nata la metodologia Agile.
Confronto del triangolo del progetto con la metodologia Agile
Se il tuo team utilizza la gestione dei progetti a cascata o non ha familiarità con il nuovo sviluppo Agile, la cosa importante da ricordare è la differenza tra ciò che è fisso e ciò che è stimato. A differenza dello sviluppo a cascata, i progetti Agile hanno una programmazione e risorse fisse mentre l'ambito è variabile. Sebbene l'ambito di un progetto potrebbe cambiare nello sviluppo Agile, i team si impegnano a condurre iterazioni fisse del lavoro: sprint se si utilizza un framework Scrum, limiti WIP se si utilizza un framework Kanban. Si tratta anche di una best practice per mantenere i team fissi durante l'intero processo di sviluppo. Mantenendo la coerenza su un prodotto o un progetto, i team diventano più efficienti grazie alla fiducia e alla continuità che si sviluppano.
L'idea di ambito è la stessa nello sviluppo Agile: quale software creare e fornire. Tuttavia, Agile si concentra su requisiti generali invece di fornire subito requisiti approfonditi e dettagliati. L'ambito del progetto viene regolarmente gestito e ridefinito (in termini di priorità) dal product manager in uno strumento come Jira. Il product manager decide quali ticket elaborare nello sprint successivo sulla base di feedback qualitativi e quantitativi Agile provenienti da vari canali (condizioni di mercato, feedback dei clienti, concorrenza e così via). Inoltre, poiché le risorse e il tempo sono fissi, è più facile per i team di sviluppo reagire ai cambiamenti del mercato e offrire valore aggiunto ai clienti. Questa trasparenza dei vincoli obbliga i team a rispettare senza scappatoie una cadenza di rilascio costante e veloce, che è un principio chiave dello sviluppo Agile; inoltre, esaminando i progetti attraverso il triangolo di ferro, i team sono in grado di adattarsi senza abbandonare un piano.
Pianificazione Agile e triangolo del progetto
Con l'aumentare delle dimensioni dei progetti, sono necessari più team e i tempi si allungano. Così fissare risorse e tempo, mentre l'ambito è variabile, non è un approccio valido per tutti i progetti Agile. La pianificazione Agile a lungo termine richiede un triangolo della gestione dei progetti più flessibile, che consenta ai team di pianificare in anticipo e garantisca il raggiungimento degli obiettivi aziendali. Pensa, ad esempio, al movimento Lean startup e alla nozione di prodotto minimo funzionante (MVP). Un MVP è, per definizione, una piccolo insieme di funzioni (ambito) che offre valore al cliente. Per arrivare a quell'MVP potrebbe essere necessario per i team attenersi a un ambito fisso, cioè il numero di funzioni, in cui il tempo è l'unica variabile (se ad es. non è possibile effettuare il rilascio senza determinate funzioni, la data di rilascio viene posticipata). Solo dopo aver lanciato l'MVP, i team passano a un ambito variabile.
Indipendentemente dalle differenze tra sviluppo a cascata e Agile, non esiste un modo giusto o sbagliato di utilizzare il triangolo della gestione dei progetti. Questo strumento ha lo scopo di aiutarti ad adottare le decisioni e a fare i compromessi migliori per raggiungere i tuoi obiettivi aziendali. Uno strumento come Timeline visualizza gli elementi costitutivi di un piano (ambito, persone e tempo) per consentire ai team di pianificare in tempo reale. Puoi modificare facilmente l'ambito, i team e il tempo necessari a programmare il prossimo rilascio del tuo prodotto, utilizzando i dati dei team esistenti in Jira.