Prince2 | Il Project Management & l'arte della Maratona

Ottimizzare la gestione dei progetti con il metodo Kanban: dalla percezione di unicità alla standardizzazione dei flussi di lavoro

Quando si parla di gestione dei progetti, spesso si tende a considerarli come entità uniche e irripetibili. Del resto i modelli di riferimento internazionali di project management ci portano in quella direzione. Solo per citare alcune definizioni:

il PMBoK definisce il progetto come “a temporary endeavour undertaken to create a unique product, service or result” (un’iniziativa temporanea per creare un prodotto, servizio o risultato unico);
la norma ISO 21502 similmente lo definisce come “a temporary endeavour to achieve one or more defined objectives” (un’iniziativa temporanea per raggiungere uno o più obiettivi definiti). La stessa norma afferma poi che “sebbene molti progetti abbiano caratteristiche simili, ogni progetto è unico”;
secondo PRINCE2 un progetto è “a temporary organization that is created for the purpose of delivering one or more business products according to an agreed business case” (un’organizzazione temporanea che è creata con lo scopo di rilasciare uno o più prodotti di business secondo con un business case concordato). Lo stesso PRINCE2 afferma che “ciascun progetto è unico”.

Tuttavia, un’analisi più approfondita dei contesti reali rivela che nella maggior parte dei casi i progetti aziendali sono una collezione di elementi standardizzabili, ripetibili e organizzabili secondo schemi ben definiti. In questo quadro, il metodo Kanban si rivela un approccio estremamente efficace per migliorare la gestione e l’efficienza dei progetti.

I progetti: non unicità, ma standardizzazione

Analizzando le attività all’interno di un progetto, si scopre che esse sono per lo più riconducibili a schemi produttivi ben noti in ambito industriale, che si possono applicare anche ai servizi:

Produzione a commessa (Job-Shop): un’attività che viene svolta una sola volta, senza opportunità di apprendimento progressivo. Questo, e solo questo, schema produttivo corrisponde alla definizione di progetto data dai modelli di riferimento internazionali.
Produzione a lotti (Batch Production): un processo che permette un limitato margine di apprendimento tra le fasi.
Produzione in linea (Line Production): un processo più strutturato e ottimizzabile con il tempo.
Produzione continua (Continuous Production): un sistema altamente efficiente che permette un apprendimento costante e ottimizzazione continua.

Mentre l’obiettivo finale di un progetto potrebbe essere unico (Job-Shop), la maggior parte delle attività che lo compongono rientra nelle categorie di produzione in linea o a lotti, se non addirittura continua. Attività come costruzione, sviluppo, mobilitazione, acquisti, contabilità e reportistica seguono molto spesso schemi standardizzati e ripetitivi.

Perché Kanban funziona per i progetti?

Dal momento che la maggior parte delle attività di un progetto non è quindi veramente unica, ma segue schemi ricorrenti, il metodo Kanban aiuta a ottimizzare il flusso di lavoro. Identificare le attività ripetitive e trattarle con un approccio di produzione in linea o a lotti permette di:

Migliorare l’efficienza operativa.
Ridurre il tempo di consegna.
Minimizzare sprechi e inefficienze.
Rendere più prevedibile la gestione delle risorse.
Facilitare il miglioramento continuo attraverso l’apprendimento iterativo.

Il metodo Kanban nella gestione dei progetti

David J. Anderson ha creato il metodo Kanban originariamente per la gestione dello sviluppo software e ne ha successivamente esteso l’utilizzo alla gestione di qualunque servizio basato sulla conoscenza e ai progetti, enfatizzando l’importanza di visualizzare il lavoro, limitare il work in progress (WIP) e migliorare continuamente i flussi di lavoro. Per quanto riguarda i progetti, ne ho parlato in un articolo che potete rileggere cliccando qui.

Il Kanban Maturity Model (KMM) di David J. Anderson e Teodora Bozheva ha definito poi l’impiego del metodo Kanban per la gestione e lo sviluppo dell’azienda di servizi nel suo complesso. Più recentemente, un’evoluzione significativa di questo approccio è rappresentata dal Kanban Project, Programme e Portfolio Management (KPPM) di Teodora Bozheva, che amplia l’applicazione del metodo Kanban oltre la gestione dei singoli progetti, includendo programmi e portafogli aziendali. Il KPPM si basa su tre elementi fondamentali:

Pensiero Sistemico (Systems Thinking): considerare l’organizzazione come un sistema di parti interconnesse, comprendendo che i risultati dipendono dalle interazioni tra queste parti.
Gestione del Flusso (Flow Thinking): ottimizzare il flusso di lavoro identificando e affrontando i colli di bottiglia, migliorando la velocità e la qualità delle consegne.
Cultura Collaborativa e Orientata allo Scopo (Purpose-driven): promuovere una cultura aziendale basata sulla collaborazione e focalizzata sugli obiettivi comuni, facilitando il miglioramento continuo.

Implementando il KPPM, le organizzazioni possono affrontare le sfide croniche nella gestione di progetti, programmi e portafogli, integrando pratiche che migliorano la prevedibilità, l’affidabilità e la trasparenza dei flussi di lavoro. Questo approccio non sostituisce i metodi di gestione tradizionali, ma li integra, offrendo strumenti per affrontare le complessità moderne con maggiore efficacia. Ho approfondito il KPPM in un articolo che potete rileggere cliccando qui.

Per quanto riguarda la mia esperienza diretta, della quale parlo in altri articoli che potete leggere qui, aziende che hanno implementato con successo sistemi Kanban per migliorare la gestione dei progetti hanno visto un significativo incremento dell’efficienza operativa, trasformando positivamente la gestione dei progetti e migliorando sia la produttività che la soddisfazione del cliente.

Conclusione

L’idea che i progetti siano entità uniche e irripetibili porta a inefficienze e ritardi nella loro esecuzione. In realtà, la maggior parte delle attività che li compongono seguono pattern standardizzabili, rendendo possibile l’applicazione del metodo Kanban per ottimizzarne la gestione. Riconoscere questa realtà permette ai project manager e alle aziende di adottare strategie più efficienti, migliorando la qualità e i tempi di consegna senza sacrificare la flessibilità necessaria per gestire le vere poche eccezioni.

In definitiva, un progetto aziendale ben gestito non è frutto solo dell’abilità del project manager o dell’applicazione di qualche metodo di project management, quanto soprattutto dell’applicazione di principi di produzione strutturati e flussi di lavoro standardizzati e ben collaudati.

Ho pubblicato originariamente questo articolo per il portale Kanban Help, al quale collaboro insieme al collega Luca Gambetti.
Visita Kanban Help – www.kanban.help – per conoscere gli strumenti formativi e di coaching che ti possono aiutare a introdurre il metodo Kanban nella tua azienda.

Come funziona Kanban: ottimizzare i processi aziendali con la Teoria dei Vincoli (TOC) in Kanban

In questo articolo vi parlo di come funziona Kanban, approfondendo come sia possibile ottimizzare i processi aziendali con la Teoria dei Vincoli (TOC) in Kanban. La Teoria dei Vincoli (TOC), introdotta da Eliyahu M. Goldratt negli anni ’80 del secolo scorso, è un approccio che mira a migliorare le prestazioni delle organizzazioni concentrandosi su quei pochi fattori che limitano la produttività. TOC si basa su un concetto fondamentale: ogni sistema ha un vincolo che ne determina la capacità massima. Pertanto, il miglioramento complessivo dipende dall’individuazione e dalla gestione del vincolo più critico.

Cosa sono i Vincoli?

Un vincolo, nella Teoria dei Vincoli, è qualsiasi elemento che impedisce a un sistema di raggiungere i suoi obiettivi perché costituisce un collo di bottiglia. Questo elemento può essere una risorsa scarsa, una politica aziendale, una fase produttiva, o addirittura la domanda di mercato. Come Goldratt descrisse, i vincoli sono come l’anello debole di una catena: è inutile rinforzare gli altri anelli se non si rafforza quello che effettivamente limita la resistenza dell’intero sistema.

I cinque passaggi della Teoria dei Vincoli

Per applicare la TOC, Goldratt ha proposto cinque passaggi che aiutano a identificare e gestire i vincoli in maniera sistematica:

Individuare il vincolo: Il primo passo è capire quale parte del sistema limita il rendimento complessivo. Ad esempio, può essere un macchinario lento in una linea di produzione o una fase burocratica in un processo amministrativo.
Sfruttare il vincolo: Una volta identificato il vincolo, è necessario massimizzare il suo rendimento. Bisogna ottimizzarne l’uso, assicurandosi che non ci siano interruzioni e che funzioni al massimo della sua capacità.
Subordinare tutto al vincolo: In questo passaggio, si adattano tutte le altre fasi del processo alla capacità produttiva del vincolo. Ciò significa che le altre risorse non dovrebbero produrre oltre la capacità del vincolo, per evitare l’accumulo di work in progress o ritardi in altre parti del sistema.
Elevare il vincolo: Se il vincolo continua a limitare la produttività, bisogna prendere misure per aumentare la sua capacità. Questo può includere l’acquisto di nuove attrezzature, l’assunzione di personale aggiuntivo o il cambiamento di politiche che causano inefficienze.
Ricominciare il ciclo: Una volta che il vincolo è stato elevato o eliminato, è possibile che emerga un nuovo vincolo. Il processo ricomincia, garantendo un miglioramento continuo.

Drum, Buffer e Rope

Un concetto chiave all’interno della TOC è il modello Drum, Buffer, Rope (DBR), che aiuta a sincronizzare i processi produttivi attorno al vincolo.

Drum (Tamburo): Il tamburo rappresenta il ritmo del sistema, imposto dal vincolo. Questo ritmo determina la cadenza a cui tutto il sistema deve operare, come un tamburo che scandisce il passo.
Buffer (Cuscinetto): Il cuscinetto è una riserva di lavoro che viene posta prima del vincolo, garantendo che esso non resti mai inattivo. Il buffer serve per assorbire le eventuali fluttuazioni o inefficienze in altre parti del sistema, proteggendo il vincolo da ritardi.

Rope (Corda): La corda è il meccanismo di comunicazione che collega i processi a monte del vincolo. Serve a controllare il flusso di lavoro verso il vincolo, evitando sovrapproduzione. La corda sincronizza il ritmo dell’intero sistema con quello del vincolo.

Applicazione della TOC con il Metodo Kanban

Il metodo Kanban integra perfettamente la TOC per la gestione dei vincoli nei flussi di lavoro, vediamo come:

Individuare il vincolo: Attraverso l’uso di una Kanban board e delle metriche Kanban, è facile individuare il vincolo osservando dove si accumula il lavoro e misurando i tempi di attraversamento di ciascuna fase di lavoro. Le aree dove il lavoro si accumula indicano i colli di bottiglia. Questo rende visibile il vincolo, consentendo all’organizzazione di intervenire su di esso.
Sfruttare il vincolo con Kanban: Una volta identificato il vincolo, la TOC consiglia di massimizzare il suo utilizzo. Kanban, grazie al suo meccanismo di “pull” (tirare il lavoro in base alla domanda), consente di gestire il flusso di lavoro in modo che il vincolo operi al massimo della sua capacità senza essere sovraccaricato.
Subordinare tutto al vincolo: Kanban è eccellente nel subordinare le altre risorse al ritmo del vincolo. Con i limiti di WIP (Work In Progress), il metodo Kanban controlla che le risorse a monte non producano troppo, evitando che il vincolo venga sopraffatto dal carico di lavoro.
Elevare il vincolo: Quando il vincolo raggiunge la sua capacità massima, l’organizzazione può decidere di investire per aumentarne la capacità. Ad esempio, potrebbe voler migliorare una fase del processo o aumentare le risorse a disposizione del vincolo. Anche in questo caso Kanban può evidenziare i miglioramenti implementati e facilitare la gestione del cambiamento.
Iterare con Kanban e TOC: La combinazione di TOC e delle altre pratiche Kanban offre un ciclo continuo di miglioramento. Man mano che un vincolo viene risolto, Kanban permette di monitorare visivamente e misurare se emerge un nuovo vincolo e dove intervenire.

Un esempio pratico: l’Onboarding dei dipendenti

Utilizzando Kanban e la TOC un dipartimento di risorse umane ha migliorato drasticamente le proprie prestazioni, come ho già raccontato in un case study precedentemente pubblicato e approfondito in un webinar. Il dipartimento di risorse umane stava cercando di migliorare il processo di Onboarding dei nuovi dipendenti. Applicando Kanban, il team di lavoro ha visualizzato l’intero processo, dalla presa in carico fino all’integrazione dei nuovi arrivati nell’organizzazione, e ha cominciato a misurare i tempi di percorrenza delle varie fasi. Nel corso del tempo, si è osservato che una fase particolarmente lenta era quella legata alla firma del contratto, dove i nuovi assunti restavano disorientati dalla procedura di firma digitale, con l’effetto che questa fase del processo si protraeva per giorni, se non per settimane.

Seguendo la TOC, si è identificato questo come il vincolo. Si è stabilito che la fase di firma del contratto dovesse determinare il ritmo e la velocità di tutto il flusso di lavoro (drum). Si poi è creato un piccolo buffer di candidati pronti per firmare il contratto, in modo da non fare mai mancare lavoro alla fase che limita la velocità di tutto il processo. Infine, il flusso di lavoro è stato controllato tramite la ‘corda’ (rope), rappresentata dai limiti di WIP all’ingresso e lungo il flusso, in modo da non aggiungere troppi nuovi candidati nel processo fino a quando la fase di firma del contratto non fosse in grado di gestirli.

Il risultato immediato è stato quello di riuscire a stabilizzare il flusso di lavoro e renderlo prevedibile. Successivamente il vincolo è stato elevato, ovvero la fase di firma del contratto è stata ottimizzata, per accelerarla e di conseguenza accelerare tutto il processo. Questo ha permesso il dimezzamento del tempo di processo totale nel giro di circa un mese. Iterando poi il ciclo di miglioramento, nell’arco di un anno si è ottenuta una riduzione pari a quasi il 90% del tempo di processo totale.

Conclusione

La Teoria dei Vincoli all’interno del metodo Kanban è uno strumento estremamente potente per ottimizzare i processi aziendali. Mentre la TOC individua e affronta i vincoli che limitano le prestazioni, altre pratiche Kanban permettono di gestire in modo sistemico e flessibile il flusso di lavoro. La combinazione di questi approcci offre un ciclo continuo di miglioramento, rendendo l’organizzazione più efficiente, adattabile e pronta a rispondere ai cambiamenti.

Migliora il tuo Project Management con Kanban: gestire ed evolvere un’organizzazione che eroga servizi

Il metodo Kanban è uno strumento efficace per stabilizzare e poi evolvere in modo efficace ogni organizzazione che eroga servizi. Ho già raccontato in un precedente articolo come sia possibile utilizzare Kanban per misurare ed equilibrare i carichi di lavoro tra flussi di lavoro diversi. Questo è reso possibile dal fatto che i flussi vengono analizzati come se fossero indipendenti uno dall’altro, ciascuno di loro viene gestito e stabilizzato fino a farlo diventare affidabile e robusto a prescindere da ciò che accade nel resto del sistema. Infine si cerca di equilibrare in modo empirico e sperimentale la rete dei flussi collegati insieme, sempre però evitando la centralizzazione del controllo, che porterebbe il sistema complessivo a essere fragile. Al contrario una rete di sistemi Kanban è resiliente perché l’eventuale degradarsi di una parte ha sempre un impatto limitato sul resto del sistema.

L’applicazione di Kanban ai servizi

La funzione IT di Grow, l’azienda citata nel precedente articolo, che ricordo utilizza processi e ruoli basati sul framework ITILv3, ha la possibilità di equilibrare i carichi perché nell’arco di qualche anno ha fatto evolvere costantemente la propria struttura basandosi sulla logica sopra descritta. Nell’immagine si può vedere come il nucleo del sistema si basi oggi su tre sistemi Kanban, interconnessi ma indipendenti. Il primo è l’IT Portfolio, il flusso di lavoro che permette in modo trasparente di orchestrare tutti gli altri servizi e di destinare le risorse dove necessario. Il secondo è il Service Desk, flusso che gestisce il supporto agli utenti (richieste di servizio e incidenti). Il terzo è l’IT Workflow, flusso che elabora tutti gli elementi di lavoro relativi ai processi ITIL necessari far funzionare i servizi IT erogati dal sistema complessivo.

Le altre funzioni aziendali di Grow, che sono i ‘clienti’ della funzione IT, e che a loro volta sono in parte gestite con sistemi Kanban – come per esempio l’HR – interagiscono con il Service Desk per quanto riguarda l’operatività corrente e con l’IT Portfolio per richiedere tutti i miglioramenti ai servizi utilizzati. L’IT Portfolio indirizza i miglioramenti di piccola entità (Change Request – CR) all’IT Workflow, che li processa. Invece i miglioramenti di maggiore entità (Progetti) vengono indirizzati a un sistema Kanban specifico per la gestione dei progetti.

L’applicazione di Kanban ai progetti

La funzione IT di Grow ha un sistema di project management che si basa su PRINCE2 e AgilePM e anche nel caso dei progetti ha fatto evolvere il proprio project management grazie ai sistemi Kanban sviluppati al proprio interno. Il sistema Kanban del Progetto orchestra in modo trasparente il progetto stesso e indirizza lo sviluppo dei componenti ai vari team, che nel caso della nostra funzione IT sono per lo più dei fornitori esterni.

I fornitori esterni nella quasi totalità dei casi non utilizzano un sistema Kanban, ma come detto la loro eventuale instabilità impatta in modo limitato i sistemi Kanban interni che mantengono autonomamente la propria stabilità. Dai fornitori esterni possono anche ritornare delle richieste all’IT Workflow, per esempio per i test dei sistemi informatici che sono sviluppati dal progetto, oppure per i cambi di configurazione dei servizi modificati dal progetto.

Il sistema Kanban di Progetto, infine, non vede l’IT Portfolio solo come ‘committente’, ma interagisce anche con esso per richiedere eventuali CR fuori dal proprio ambito.

Mantenere il sistema bilanciato

E’ necessario sottolineare di nuovo l’importanza che hanno avuto e che hanno nel sistema dell’IT di Grow lo sviluppo, la gestione e la stabilizzazione di ciascuno dei flussi e dei sistemi Kanban in modo indipendente ma interconnesso. In questo modo l’IT di Grow riesce mantenere affidabili e robusti i flussi a prescindere dal funzionamento del resto del sistema e allo stesso tempo disporre di un sistema complessivo sostanzialmente prevedibile e resiliente.

Il metodo Kanban mette a disposizione numerosi strumenti e un metodo di sviluppo evolutivo consolidato per arrivare a questo risultato, senza sostituire i metodi di service management e project management già in uso, ma semplicemente aiutando ad utilizzarli meglio e a potenziarli, come avvenuto in Grow.

Migliora il tuo Project Management con Kanban: A Kanban-like system successfully implemented at Doxee in 2010-2012 (case study in inglese)

Questa è la storia di un’azienda tecnologica italiana che per la gestione dei propri progetti ha applicato PRINCE2 a partire da un approccio waterfall e successivamente, per migliorarne l’efficacia, ha sviluppato un’applicazione originale dei principi e del modo di lavorare lean. Perché lean e Kanban possono migliorare l’applicazione di PRINCE2.

Vista in retrospettiva dal punto di vista del Kanban Maturity Model (KMM – Modello di Maturità Kanban), questa è la storia di un percorso evolutivo verso l’agilità organizzativa che si è sviluppato nell’arco di un decennio da Team-Focused (livello di maturità 1) a Risk-Hedged (livello di maturità 4) e oltre, con la maggior parte dei principi e delle pratiche del Metodo Kanban che oggi si possono rintracciare in tutta l’organizzazione.

Questa è la storia di una prova provata che il metodo Kanban funziona!

Il sistema di Rolling Forecast applicato inizialmente per gestire la schedulazione

Il Case Study analizza come si è giunti ai seguenti miglioramenti del delivery e del project management di Doxee, a fronte di un carico di lavoro che nel 2023 è dieci volte superiore a quello del 2012:

ogni attività di lavoro è sotto controllo
la prevedibilità complessiva del delivery ha raggiunto un grado di confidenza e un livello di servizio superiore al 90%
gli extra costi di progetto imputabili ai team si sono azzerati
tutte le richieste di cambiamento al progetto provenienti dai clienti sono identificate e gestite tempestivamente

Leggi il case study sul sito Kanban+ della Kanban University

AgilePM (e Scrum) applicato in azienda: l’assegnazione dei ruoli

Ho ripreso lo stesso spunto del video precedente e ho registrato questa spiegazione (7′) di come assegnare i ruoli di AgilePM (e di conseguenza i ruoli di Scrum), in una struttura organizzativa gerarchica tradizionale. Buona visione!

Scrum applicato in azienda: i ruoli

Prendendo spunto da una attività che mi trovo a fare spesso in azienda, ho registrato questo breve video (10′) per fornire uno spunto su come applicare Scrum, che nasce con un’organizzazione piatta, ai progetti di una struttura organizzativa gerarchica tradizionale. Buona visione!

Organizzazione personale con GTD® integrata alla gestione dei progetti con PRINCE2®

Utilizzo ormai da qualche anno il metodo GTD – Getting Things Done – per la mia organizzazione personale ed è uno degli strumenti che più mi ha permesso di dare ordine alla mia vita personale e professionale. Per questo ho fatto anche molte riflessioni per riuscire a integrarlo sempre più con PRINCE2 che è da ormai molti anni la mia metodologia di riferimento per la gestione dei progetti aziendali.

Uno degli aspetti che accomuna tutte le metodologie moderne di management, quale che sia il loro campo di applicazione, è l’enfasi sulla necessità di mettere bene a fuoco per ciascuna iniziativa intrapresa quelli che sono i risultati finali (outcome in inglese) e i benefici attesi in termini di valore generato. Ritroviamo concetti simili in PRINCE2 e GTD, ma anche per esempio in AgilePM, ITIL, Praxis Framework, Scrum e, pur se in modo più sfumato, in PMBoK.

Nel corso GTD Mastering Workflow level 2 viene approfondita la gestione dei progetti e viene suggerito un modello, il Natural Planning Model, molto efficace per la rapida e corretta impostazione di un progetto. Il modello consiste nei cinque passi come in figura, che partire dalla definizione dello scopo ultimo dell’iniziativa (purpose – rispondendo alla domanda perché facciamo il progetto?) e dei principi applicabili (principles – i vincoli o le regole irrinunciabili a cui dobbiamo conformarci) ci accompagna fino alla definizione delle prossime azioni visibili (next actions) da svolgere per avvicinarci al nostro risultato finale (outcome).

PRINCE2 dal canto suo prevede un processo di Avvio di un progetto e un processo di Inizio di un progetto che hanno l’obiettivo di permettere la verifica progressivamente più approfondita della giustificazione del progetto, arrivando a definire la direzione e l’estensione del progetto stesso. In particolare il processo di Avvio ha l’obiettivo di verificare se ci sono i prerequisiti per iniziare il progetto, documentati nel Project Brief, mentre il processo di Inizio ha l’obiettivo di stabilire le solide basi, documentate nella Project Initiation Documentation (PID).

Provando a sovrapporre il Natural Planning Model ai due processi di Avvio e Inizio di PRINCE2 si vede bene come il modello di pianificazione suggerito da GTD possa essere un valido supporto per l’efficace impostazione di un progetto condotto con PRINCE2 e per alimentare Project Brief e Project Initiation Documentation con i loro contenuti fondamentali. Viceversa alcune tecniche utilizzate in PRINCE2, in particolare lo sviluppo di Product Breakdown Structure e Product Flow Diagram possono supportare i passi di Brainstorm e Organizing del Natural Planning Model.

Nell’immagine ho indicato per ciascuno dei cinque passi del Natural Planning Model quali sono i capitoli corrispondenti da compilare all’interno dei template di PRINCE2. Il risultato conferma la coerenza tra i due approcci e la possibilità di un loro utilizzo integrato.

Praxis Framework, un metodo integrato per il project management

Ho conosciuto Praxis Framework grazie ai colleghi di E-quality che hanno contribuito alla metodologia sviluppando la sua versione italiana. Ho iniziato ad utilizzarlo circa tre anni fa e ho immediatamente apprezzato l’opportunità di disporre per il mio lavoro di consulenza di uno strumento davvero completo, integrato e disponibile sotto licenza Creative Commons Attribution-ShareAlike 4.0. Questo significa poter liberamente modificare e condividere il materiale prodotto a patto di menzionare adeguatamente la fonte e le modifiche apportate e ricondividere il materiale prodotto con la stessa licenza.

Ho ritrovato in Praxis Framework un po’ tutto quello che ero abituato ad usare nei miei progetti e da allora tendo a basare la mia attività su questa metodologia. Il framework è infatti ampiamente coerente e sovrapponibile con tutte le migliori pratiche di settore come PRINCE2 e PMBoK e ISO21500 e in più ha il pregio di essere stato completamente integrato a comprendere un po’ tutti gli strumenti che possono essere efficacemente impiegati per strutturare in azienda una metodologia di governance e gestione dei progetti.

Al PMExpo tenutosi a Roma lo scorso 27 ottobre sono stato invitato da Luca Gamebtti di E-quality a raccontare in un workshop di AMPG International una mia esperienza di applicazione di Praxis Framework, che poi è stata anche ripresa in un caso di studio ufficiale di APMG (cliccare qui per scaricarlo).

Si tratta dell’applicazione di Praxis in una start-up innovativa, sviluppata nell’ambito di un’agenzia di comunicazione consolidata, che ha la necessità di essere efficace, flessibile ed efficiente per poter operare su progetti di clienti diversi. Abbiamo quindi impostato una metodologia di tipo agile. Allo stesso tempo, c’è la forte necessità di valutare in modo continuo, in corso di progetto, la giustificazione tecnico-economica e di disporre di governance e controllo gestiti per fasi.

Ho quindi adattato e incorporato i processi di Praxis Framework al modo di lavorare dell’organizzazione e ho utilizzato estensivamente il Canvas Report – Project Brief (stampato in forma di pannello a parete in PVC, come in foto) quale strumento visivo e agile di riferimento. Il Processo di Identificazione per arrivare alla definizione del Canvas Report – Project Brief lo ho impostato in forma di workshop partecipativo di una giornata – uno per ogni progetto – e poi ho utilizzato lo stesso Canvas Report – Project Brief come strumento a forte impatto visivo per continuare a rivalutare e mettere in discussione la giustificazione dei progetti lungo tutto il loro ciclo di vita.

L’implementazione della metodologia ci ha permesso di ottenere un più alto numero di progetti gestiti da parte dei team a parità di risorse, meno rilavorazioni causate da errori di gestione del progetto e maggiore attenzione di tutti alle giuste priorità di business.

Il consolidamento del nuovo approccio di lavoro ci sta ora avvicinando verso l’obiettivo finale di ottenere maggiore soddisfazione del cliente insieme a maggiore efficienza e conseguentemente anche a maggiore marginalità per i progetti in portafoglio.

Può un’idea geniale e creativa risolvere un progetto?

“Buscar el levante por el poniente” Cristoforo Colombo

2015-09-01 06.56.59 Mi è capitato, a fronte della mia proposta di applicazione di metodologie strutturate di project management, di sentirmi obiettare che per la riuscita dei progetti, più che di metodologie, occorre competenza nel merito e alle volte anche un’idea geniale e creativa.

E’ vero che le competenze di merito e le idee creative sono importanti, ma questo non è in contraddizione con l’applicazione di un metodo per la gestione strutturata dei progetti. Anzi, è vero il contrario.

Prince2, come anche altre metodologie quali PMBoK o Praxis Framework, invita alla gestione strutturata dei rischi, siano essi a impatto negativo (minacce) o che siano invece a impatto positivo (opportunità). E’ proprio questa ultima categoria che spesso viene trascurata e che deve invece essere compresa meglio.

Una gestione opportuna (identificazione, valutazione, pianificazione e implementazione di azioni di risposta) permette di classificare secondo logiche di valore i vari rischi-opportunità che si presentano – magari anche identificati tramite intuizioni geniali di qualche partecipante al progetto! – e di definire adeguate strategie e azioni di risposta per condividere, aumentare o sfruttare le opportunità che si sono presentate.

Un metodo rigoroso permette di catturare meglio e prima le intuizioni, di non disperderle e di stimolare il pensiero di tutti alla continua elaborazione di idee che possano essere funzionali alla riuscita del progetto. La classificazione per logiche di valore permette quindi di focalizzarsi sulle migliori opportunità, concentrando su di esse gli sforzi e le risorse a disposizione.

Anche l’opera di Cristoforo Colombo di “buscar el levante por el poniente” può essere annoverata tra i casi illustri di gestione virtuosa dei rischi-opportunità. Isabella di Castiglia ha saputo cogliere il valore potenziale dell’intuizione di Colombo, ma soprattutto ha saputo lavorare in modo strutturato per sfruttare al meglio il rischio-opportunità che le si era presentato.

Prince2 e responsabilità nei progetti

In questo ultimo anno ho avuto modo di riflettere parecchio sul concetto di responsabilità nei progetti, e su come questo venga pensato e attuato in contesti socio-culturali diversi. L’occasione di riflessione me la ha data ancora una volta la struttura della metodologia di project management che applico e anche insegno, Prince2.

Ben tre dei sette principi che sono a fondamento di Prince2 sono direttamente a supporto di un sostanziale meccanismo di “accountability”, per usare il termine inglese che ha un significato più forte rispetto alla semplice “responsibility”, termini entrambi normalmente tradotti in italiano con “responsabilità”. Ma il termine inglese accountability in italiano non ha un vero corrispondente perché ha un significato più stringente, esprime la responsabilità personale ultima, necessariamente in capo a un singolo, che ha il dovere di giustificare le proprie azioni e decisioni e rispondere del proprio operato, anche con una forte implicita valenza di “responsabilità morale a operare bene” e in caso contrario a “pagare di persona” (account = conto, rendiconto).

Se vogliamo davvero capire Prince2 e applicarlo in modo efficace dobbiamo, secondo me, pensare la responsabilità in termini di accountability come appena descritta. I principi Prince2 di “Giustificazione commerciale continua“, “Ruoli e responsabilità definiti” e “Gestione per eccezione” fanno riferimento a questo concetto.

Visto da una prospettiva italiana si fa un po’ fatica a immaginarsi un sistema di gestione dei progetti in cui esista una delega vera accompagnata da un’autonomia decisionale dei vari livelli gestionali, un ‘supremo’ del progetto (che Prince2 chiama Executive) che deve decidere costantemente se il progetto ha e continua ad avere un senso, nel caso non lo abbia più intervenire ‘senza pietà’ per risparmiare risorse e, in ogni caso, rispondere del progetto in prima persona. Del resto Prince2 è nato in Gran Bretagna, nella pubblica amministrazione (anche questo noi italiani facciamo fatica a immaginarlo!), quando era primo ministro una tale signora Thatcher. In Italia, al contrario, solo a enunciare certi concetti si incontra un misto tra rassegnazione allo status quo e resistenza al cambiamento.

Eppure rimango dell’idea che l’adattamento di Prince2 all’ambiente di progetto specifico, in Italia, richieda un’adeguata comprensione del salto culturale che questo implica e una buona dose di adesione al principio anglosassone di “accountability”: nella mia esperienza l’impiego di Prince2 è stato tanto più efficace quanto più i committenti del progetto hanno accettato e metabolizzato tale passaggio culturale.