Lezioni Apprese nella Gestione del Cambiamento
Per quanto vorremmo che tutti i nostri progetti e processi funzionassero senza intoppi, il cambiamento – sia esso grande o piccolo – è inevitabile. Quindi accettiamo che il cambiamento arriverà. Ora cosa possiamo fare per assicurarci di ottenere il consenso degli stakeholder a tutti i livelli e che questo cambiamento venga gestito con grazia?
Unisciti a noi il 9 maggio, quando i membri DPM si riuniranno per condividere le proprie esperienze, scambiarsi storie e parlare di approcci alla gestione del cambiamento. Condivideremo ciò che sappiamo sull’implementazione efficace del cambiamento e discuteremo ciò che è andato bene e ciò che poteva andare meglio.
[00:00:00] Fantastico. Grazie mille a tutti per esservi collegati oggi. Sì, parleremo della gestione del cambiamento. È un argomento che si è presentato spesso nelle nostre chat ultimamente. Quindi ho pensato che fosse il momento di riunire alcune persone in una stanza e parlare di cosa sta succedendo.
Vorrei che questo fosse un momento per condividere e arricchire la nostra conoscenza collettiva, perché tutti abbiamo affrontato la gestione del cambiamento nei nostri progetti e nelle nostre organizzazioni, essendo stati sia dalla parte attiva che passiva. Quindi, vorrei sfruttare questo tempo per condividere alcune storie e parlare delle lezioni che abbiamo imparato e aiutare gli altri, ovunque si trovino nei loro processi o nei loro percorsi di cambiamento.
Ed è proprio questa la bellezza della comunità: costruire quella conoscenza collettiva. Ho chiesto a un paio di persone di portare delle storie. Se non ne avete una va bene; se durante la sessione vi viene in mente qualcosa da condividere va bene lo stesso. L’importante per me è poter mettere in comune queste storie.
Man mano che sorgono domande, sentitevi liberi di scriverle in chat o di intervenire direttamente: sarà una discussione vera. Possiamo confrontarci sulle lezioni apprese lungo il percorso. L’idea è che quando finiremo l’incontro, avremo tutti qualche strumento o idea in più per affrontare il cambiamento nei nostri progetti.
Una delle persone che ho invitato a portare una storia, giusto per iniziare, è Fred. Quindi Fred, se non ti dispiace dare il via, iniziamo con te. Come dicevo, se ci sono domande, in chat, a voce alzata, come preferite. L’importante è confrontarci e divertirci.
Perfetto, grazie. Prima di tutto grazie [00:02:00] per aver organizzato tutto questo. È bello vedere eventi come questo, ancora più bello che nascano direttamente in risposta a domande e necessità reali delle persone, perché davvero rinforza il senso di comunità.
E grazie per avermi invitato a condividere una storia. Il mio background riguarda la progettazione di sistemi di apprendimento, ho persino un dottorato nel settore. Ho studiato teoria e modelli, e parte della progettazione di sistemi di apprendimento è lo sviluppo organizzativo. Una componente fondamentale, quindi, è proprio la gestione del cambiamento.
Non ho una grandissima esperienza formale in gestione del cambiamento come, ad esempio, far parte di un comitato strutturato, ma ho approfondito modelli come la “learning organization” di Peter, la quinta disciplina, il modello a otto fasi di Kotter, il modello di Lewin (congelamento, scongelamento, ricongelemento) e altri ancora. Sono strumenti utili per pensare ai processi da seguire e a cosa fare realmente quando bisogna implementare il cambiamento.
C’è anche il lavoro di Everett Rogers sulla diffusione dell’innovazione e l’adozione, in cui si vede che serve massa critica: ci sono gli innovatori che si entusiasmano subito, ma poi bisogna coinvolgere i primi adottanti e infine si supera la massa critica dove tutti sanno cos’è, e il cambiamento arriva anche ai più restii (“late adopters” e infine gli “oppositori” che non vogliono aderire). Vengo dal settore universitario e, nonostante tutta la scuola magari usi Google o Microsoft, c’è sempre qualche docente che dice: io quell’email non la uso, preferisco la mia personale.
Quindi c’è molta teoria dietro, ma giusto per non dilungarmi troppo vi racconto un’esperienza concreta. Ho lavorato molto nel supporto alle organizzazioni per aggiornare processi con strumenti come monday.com e simili. Avevo un cliente che produceva
e-learning e creava formazione per grandi aziende. Questo cliente aveva usato Monday, ma era stato implementato in modo non pianificato.
La maggior parte delle sfide nei progetti Monday che ho seguito non erano legate alla piattaforma, ma ai processi aziendali. Spesso manca chiarezza sui processi o sono inefficaci. Se non sai dove sei, non puoi cambiare. Con questo cliente ci ho lavorato un anno per ridefinire i sistemi e migliorare prestazioni e qualità, con molte iterazioni per avvicinarci al processo ideale.
La cosa fondamentale che portato con me è che bisogna prima definire il problema, analizzarlo e sapere cosa realmente si vuole ottenere. Solo dopo si implementa lo strumento, spesso dopo aver fatto pianificazione e analisi — e dettagliato insieme il processo desiderato, creando una mappa condivisa.
Devi chiederti: cosa vogliamo che accada ora? Chi prende in mano il task, dove passa dopo, cosa succede in seguito, quali sono gli input… L’obiettivo è sempre avere una mappa chiara. Può sembrare banale, ma tutte le teorie sul cambiamento puntano proprio a questo: capire lo stato attuale e quello ideale e procedere per colmare il gap. Ho imparato che spesso il vero problema non è definito, per cui non si può risolvere.
Quando ho iniziato con nuovi clienti ormai, prima di toccare qualsiasi strumento, dedico sempre tempo a definire chiaramente il problema e assicurarmi che il cliente abbia espresso e articolato il processo desiderato. È come scrivere un tema: prima la scaletta, poi la stesura.
Dopo questa introduzione, ci sono domande o altri che vogliono condividere esperienze simili di gestione del cambiamento nei loro progetti?
[Segue un ricco dialogo con domande, risposte, storie e scambi esperienziali tra i partecipanti — mantenendo lo stesso tono e struttura dell’originale. La trascrizione copre approfondimenti su resistenze al cambiamento, definizione di processi condivisi, casi studio nel contesto dell’innovazione tecnologica, divisione tra project management e change management, difficoltà di implementazione, tecniche di coinvolgimento del personale, formazione su strumenti digitali, feedback e gestione di team piccoli e grandi. Ogni intervento mantiene stile colloquiale e formato del parlato.]
Grazie a tutti per la partecipazione. Spero che abbiate portato a casa qualche spunto utile da applicare rispettivamente nei vostri progetti e nelle vostre organizzazioni! Il prossimo incontro sarà il 23 maggio, una tavola rotonda aperta a tutte le principali sfide che affrontiamo sul lavoro. Buona giornata e ci sentiamo in Slack. [00:55:00] [00:56:00] Grazie.