Prince2 | Il Project Management & l'arte della Maratona

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.

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.

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.

Prince2 e la Strategia di Gestione della Comunicazione nei progetti

“To do our work, we all have to read a mass of papers.
Nearly all of them are far too long. This wastes time,
while energy has to be spent in looking for the essential
points.
I ask my colleagues and their staffs to see to it
that their Reports are shorter.”
Winston Churchill, Memorandum del Primo Ministro, 9 agosto 1940
Fai click qui per visualizzare il documento originale

In questo articolo mi voglio soffermare sull’importanza della buona comunicazione all’interno dei progetti.

Mi è capitato spesso di trovarmi, al primo approccio con nuovi progetti aziendali da gestire, inondato dal primo giorno e quotidianamente da decine di mail più o meno strutturate dalle quali provare a capire cosa stava succedendo intorno a me. L’uso pervasivo della posta elettronica nelle comunicazioni aziendali, con la sua facilità d’uso e informalità, ha in molti casi soppiantato tutte le altre forme di comunicazione e generato una eccessiva proliferazione di messaggi. Il caso emblematico è una mail con un oggetto del tipo “URGENTE – vedi sotto” e nel corpo del messaggio una lunghissima serie di risposte e inoltri che devono essere letti, ovviamente a partire da quello più in fondo, per provare a capire la questione; tipicamente ci si capisce poco e a valle è necessaria una telefonata per farsi spiegare meglio le cose. Se le mail di questo genere sono diverse al giorno, si corre il serio rischio che il team di progetto passi il tempo a rispondere alle mail invece che a fare il proprio lavoro, perdendo di vista le proporzioni dei fatti e le priorità.

La disciplina mentale intrinseca nell’utilizzo dei prodotti di gestione di Prince2 mi è stata di aiuto in questi anni a sistemare molte situazioni del genere. Scrivere bene o far scrivere bene, per esempio, un Rapporto su una Questione, magari creando un opportuno modello standard di mail in forma schematica tabellare, archiviando le mail ‘Questione’ in un’apposita cartella di Outlook e poi utilizzando la cartella stessa come Registro delle Questioni, ha di norma aiutato me e i miei team a definire a monte impatto, priorità e gravità delle questioni, consentire una rapida lettura e una altrettanto rapida individuazione delle azioni necessarie per la gestione, recuperando efficienza ed aumentando in efficacia.

Approccio analogo ho adottato per tutti gli altri scambi di informazione all’interno del progetto, con risultati similari. La cosa fondamentale si è però rivelata la formalizzazione di tali strumenti e modalità di comunicazione all’interno di una Strategia di Gestione della Comunicazione, in modo tale che ci fosse una condivisione e una legittimazione a livello aziendale.

Come nel caso illustre del Memorandum del Primo Ministro quotato all’inizio dell’articolo (del quale suggerisco la lettura integrale, è un piccolo capolavoro), l’impatto sull’organizzazione è tutto diverso se la Strategia di Comunicazione è firmata dal Primo Ministro in persona.