Cos'è il triangolo della gestione dei progetti?

PUNTI CHIAVE

• Il triangolo di ferro Agile trova un equilibrio tra ambito, tempo e risorse, riconoscendo che il cambiamento di uno di questi aspetti influisce sugli altri.

• I progetti Agile fissano i tempi e le risorse e allo stesso tempo permettono di variare l'ambito, velocizzando la consegna e l'adattabilità.

• La comprensione dei compromessi aiuta i team a prendere decisioni informate e a rispondere alle priorità in costante cambiamento.

• Usa il triangolo Agile per guidare la pianificazione, gestire i vincoli e fornire valore in modo efficiente.

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 (un elenco di ticket). Le risorse e le tempistiche sono variabili e vengono stimati in base all'ambito definito.

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, potrebbero trovarsi a metà di un progetto e rendersi conto che non rispetteranno la data di rilascio. Le uniche variabili che offrono flessibilità 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 XXI secolo, la necessità di una migliore collaborazione e la capacità di rispondere rapidamente al feedback dei clienti sono diventate essenziali 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 le nuove metodologie di 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 su 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, i team di sviluppo possono reagire più facilmente 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.

> > Crea il tuo primo progetto Agile con questo tutorial interattivo

Pianificazione Agile e triangolo del progetto

Con l'aumentare delle dimensioni dei progetti, sono necessari più team e tempistiche più lunghe. Pertanto, fissare risorse e tempistiche quando 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 al concetto 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 che i team si attengano a un ambito (ossia un numero di funzionalità) fisso, in cui il tempo è l'unica variabile (se ad es. non è possibile effettuare il rilascio senza determinate funzionalità, la data di rilascio viene posticipata). Solo dopo aver lanciato l'MVP, i team passano a un ambito variabile.

A prescindere 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 è a disposizione per aiutarti a prendere le decisioni e stabilire i compromessi migliori per raggiungere i tuoi obiettivi di business. Uno strumento come Timeline mostra i building block 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 per pianificare il prossimo rilascio di prodotto, utilizzando i dati esistenti del team in Jira.