Agile contro PRINCE2

Come trainer, mi viene spesso chiesto quale sia la differenza o le somiglianze tra Agile (PM) e PRINCE2®. I profani ne parlano molto nei corridoi, ma di cosa si tratta esattamente?

Inizio col dire che entrambi hanno il loro valore perché sono usati da moltissime organizzazioni e individui e stanno dando i loro frutti.

Se usati correttamente, aumentano le possibilità (!) di un progetto di successo:

• Meno costi
• Qualità migliore
• Tempi di consegna ridotti
• Meno rischi
• Più vantaggi
• Più chiarezza (ambito)

PRINCE2®

Provato e testato per molti anni, un metodo di gestione del progetto (o migliore pratica) abbastanza completo, che copre quasi tutti gli aspetti della gestione del progetto e fornisce liste di controllo durante tutto il ciclo di vita del progetto di processi/attività che dovrebbero essere eseguiti per ottenere un vantaggio un successo progetto e soprattutto consegnarlo, tenendo conto di principi indiscutibili e utilizzando temi adattabili come un Business Case per il progetto, progettazione dell'organizzazione del progetto (con ruoli chiari), definizione di Qualità, Rischio ecc….

In un Project Brief (principalmente con un Business Case di alto livello) il progetto risponde alla domanda: "dovremmo iniziare con il progetto?" Nella (seguente) Fase di Avvio, la Documentazione di Avvio del Progetto (o “PID” con, tra le altre cose, un piano di progetto, un Business Case dettagliato,...) risponde alla domanda: che aspetto hanno il progetto e l'output del progetto ? Nei Piani di Fase, poco prima della fase successiva, viene elaborato un “(sub)piano” dettagliato, basato sullo stato delle cose più aggiornato, in modo che rimanga iterativo e “al punto”, con la revisione del PID dove necessario.

Agile (PM)

Agile PM vuole un approccio più pragmatico rispetto all'approccio tradizionale e si oppone al metodo Waterfall, che è troppo statico. Attraverso un modo di lavorare iterativo e sempre in collaborazione con il cliente, Agile garantisce sempre minime deviazioni rispetto ai desideri del cliente.

Agile sceglie di far fluttuare la funzionalità desiderata dal cliente per costi e (lead) time, per cui gli ultimi 2 devono essere fissi e funzionalità basate sul principio MoSCoW (Must -, Should -, Could -, Won't have) per fluttuare per rimanere entro tempi e costi.

differire

C'è, ovviamente, una differenza tra le due tecniche terminologia, dove dico a clienti e studenti che molto è nella "lingua" che le persone preferiscono parlare. Ad esempio, l'olandese non è necessariamente "meglio" del francese, ma è "più conveniente" se vuoi chiedere indicazioni nei Paesi Bassi, ad esempio, ma ancora più scomodo se chiedi indicazioni a Parigi.

Un'altra differenza è come le varie attività raggruppato PRINCE2, ad esempio, ha il “Pre-progetto” che guarda all'opportunità di continuare, che in Agile è “tagliato” in 2 parti: “Pre-progetto” e “Fattibilità” (..). Anche nella quantità di ruoli, Agile ha alcuni ruoli (divisi) in più rispetto a PRINCE2 che raggruppa di più questi ruoli, ecc.

Un'altra differenza forse importante è il diverso scelte che vengono realizzati: ad esempio laddove PRINCE2 opera con tolleranze per quanto riguarda tutti gli aspetti (tempo, denaro, qualità dei prodotti (finali), ...) che devono essere opportunamente concordati, Agile anticipa in anticipo che i costi e i tempi di consegna potrebbero non essere armeggiato con e che la funzionalità secondo il principio MoSCoW (vedi sopra) deve variare, supponendo che non tutte le "caratteristiche" siano ugualmente importanti. PRINCE2® utilizza anche MoSCoW, ma afferma che qualsiasi scelta su uno qualsiasi degli aspetti è una decisione congiunta sia del fornitore del progetto che del cliente/azienda (o cliente).

Ultimo ma non meno importante: Agile ritiene che ci sia una differenza essenziale tra la creazione di software e tutti gli altri progetti.

Accordi

Mi è chiaro che le somiglianze superano di gran lunga le differenze e lo intendo in modo quasi "fisico". Ovviamente devi pensare attentamente a cosa farai prima di iniziare, quindi continuare a mettere a punto (con il cliente e le parti interessate chiave) se ciò che stai facendo è ancora inteso e utile, valutare in seguito ecc: anche questa filosofia di base ha tutti i metodi decenti/migliori pratiche/…. sulla terra!

Il carattere iterativo è anche una visione che si è rafforzata negli anni e si ritrova in Agile, PRINCE2® così come in qualsiasi altra tecnologia moderna. Naturalmente è molto più conveniente per il fornitore di prodotti avere specifiche statiche (specifiche) (metodo Waterfall), perché il fornitore può quindi lavorare bene e senza ostacoli senza tenere sempre conto delle specifiche modificate, tuttavia IL MONDO NON SI FERMA QUANDO FAI IL TUO PROGETTO! Tutti i metodi PM hanno rimosso la maggior parte degli elementi statici da ciascuna tecnica e li hanno sostituiti con componenti dinamici/iterativi.

Entrambe le tecniche NON SONO NORMALI, il che significa che puoi/dovresti adattarle in modo che funzionino al meglio per la tua organizzazione e tu ne ottenga i migliori risultati.

Combinazione agile/principe2

I colleghi del settore sostengono che "l'uso condiviso" di entrambe le tecniche sarebbe la soluzione: Sono molto contrario a questo e per diversi motivi.

1. Chiedi a un'organizzazione di conoscere 2 metodi in cui è già molto difficile conoscere bene 1 metodo.
2. Introduci una terminologia diversa, che aumenta notevolmente la confusione sia internamente che esternamente. Ottieni isole all'interno della tua organizzazione, ognuna con il proprio gergo/interpretazione dei diversi metodi, mentre è già abbastanza difficile fare buoni accordi con 1 metodo. Soggetti esterni: fornitori, nuovi dipendenti,... troveranno ancora più difficile integrarsi. Il potere del metodo 1 (!) è proprio che tutto deve essere chiaro a tutti e si evitano discussioni su “cosa intendi per…”.
3. Stai effettivamente sviluppando un nuovo metodo, mentre specialisti dedicati in tutto il mondo a volte impiegano decenni per ottenere un metodo (o una tecnica) così completo/coerente/(quasi) privo di errori. "Ci confonderemo per un po'" dovrebbe essere una buona risposta? A parte il fatto che questi "colleghi" spesso hanno conoscenze/abilità insufficienti per questo, ci vorrebbero anni. Il risultato per le organizzazioni è spesso disastroso.

NOTA BENE: è stato sviluppato un metodo PRINCE2 Agile che può essere molto interessante per coloro che vorrebbero comunque quanto sopra. Anche qui bisogna rendersi conto che non si tratta né di PRINCE2® né di Agile PM e quindi di fatto un'altra scelta per un nuovo metodo con gli stessi vantaggi di cui sopra e gli stessi rischi di cui sopra.

Conclusione

La mia conclusione è che non esiste una "tecnica/metodo migliore". PRINCE2® è di gran lunga il metodo più comunemente usato e questo dovrebbe essere assolutamente una considerazione. Poiché la lingua olandese è di gran lunga la lingua più utilizzata nei Paesi Bassi, questo dovrebbe sicuramente essere un argomento molto importante per utilizzare l'olandese come lingua ufficiale nella tua organizzazione. Lo stesso vale per PRINCE2, anche se Agile sta guadagnando popolarità, le proporzioni sono ancora molto a favore di PRINCE2®.

Inoltre, le organizzazioni dovrebbero ovviamente guardare alla situazione in cui si trovano e porre a se stesse e alle parti interessate domande come:

• Quale tecnologia utilizziamo attualmente (possibilmente in parte) e come funziona per noi e per il nostro ambiente?
• In quali ambiti abbiamo difficoltà e il nostro modo di lavorare non dà i risultati sperati?
• Quali aspettative hanno i nostri (principali) stakeholder (o stakeholder) e con quale tecnologia lavorano?

infine

La scelta di un metodo di Project Management adeguato è essenziale per le organizzazioni grandi e piccole che subiscono sempre più cambiamenti e vogliono attuare questi cambiamenti in modo efficace (raggiungendo gli obiettivi) ed efficiente (senza utilizzare troppo tempo/costi/risorse).

Oltre alla scelta di un metodo, è fondamentale anche la formazione/certificazione e la supervisione dei dipendenti. Puoi contattare D-ICT Solutions per una formazione certificata o una consulenza gratuita.

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