Un deal team che ha già integrato un'acquisizione in precedenza ha spesso un piano pronto. Una checklist per il Day 1, un elenco di categorie di sinergia, uno schema di comunicazione. La tentazione di tirare fuori quel documento, cambiare nomi e numeri, e andare avanti è grande. Questo fa risparmiare tempo. Fa risparmiare anche lavoro di pensiero, e questo è esattamente il problema.
Un piano di integrazione non è un modello per un'organizzazione, è il risultato di scelte fatte per un'altra combinazione di aziende. Quali sistemi si uniscono, quali team si fondono, quali relazioni con i clienti restano separate — quelle scelte dipendevano da cosa erano le due aziende precedenti, non da cosa sono queste due aziende. Riutilizzare un piano senza rivalutare quelle scelte sottostanti significa adottare una struttura costruita per una situazione diversa.
Il rischio non sta nella forma. La suddivisione in fasi, un benefit-tracker, un elenco di dipendenze — questi elementi sono spesso perfettamente riutilizzabili. Il rischio sta nel contenuto che viaggia inosservato insieme ad essi: l'assunzione che il reparto X si fonda sempre, che il sistema Y venga sempre dismesso, che l'integrazione culturale venga sempre affrontata nello stesso modo. Queste assunzioni non sono neutre. Sono precedenti, e un precedente sembra una prova pur non essendolo.
Tre elementi tendono a trasferirsi bene da un percorso all'altro:
Questi elementi sono metodo, non risultato. Indicano come arrivare a una risposta, non qual è la risposta. Questa distinzione è il nucleo di un riutilizzo responsabile: adottare il processo, non le conclusioni.
Diventa rischioso non appena un piano precedente salta la domanda stessa. Se il percorso precedente stabiliva che due team di vendita si fondono, e questo viene adottato automaticamente perché "funziona sempre così", la probabilità che sia corretto anche questa volta dipende dal caso, non dall'analisi. Per saperne di più su quando la fusione distrugge valore e come riconoscerlo potete leggere un'altra pagina, ma la domanda fissa ritorna qui: forse questo componente avrebbe potuto restare meglio separato.
Questo vale fortemente per i sistemi. Una migrazione IT che nella deal precedente aveva senso — perché l'azienda acquisita aveva una piattaforma obsoleta — non ha automaticamente senso per un'azienda con un sistema appena rinnovato e funzionante bene. Quali sistemi è meglio lasciare invariati e come riconoscerlo è una valutazione separata per ogni situazione, non una regola ereditata dalla deal precedente.
Anche la struttura organizzativa è sensibile al riutilizzo cieco. Se il piano precedente stabiliva che i reparti finance si fondono sempre, con quell'automatismo scompare la domanda se ciò sia corretto anche qui. In una strategia buy-and-build, dove una piattaforma aggiunge ripetutamente aziende, la tentazione di applicare un unico modello è ancora maggiore — e la necessità di riesaminare ogni componente è ancora più urgente. Cosa richiede un approccio buy-and-build alla vostra strategia di integrazione e come riconoscerlo merita quindi una valutazione propria per ogni acquisizione, non un piano ricorrente.
Un approccio praticabile è usare il piano precedente come checklist di domande da porsi nuovamente, non come elenco di risposte già stabilite. Per ogni componente che nel piano precedente veniva integrato, ci si pone di nuovo la domanda se ciò valga anche qui. Per ogni componente rimasto separato, ci si chiede se quella motivazione sia applicabile anche in questo caso. Come si struttura questa decisione per ogni componente — integrare oppure no, e in base a quali criteri — determina alla fine più il risultato di quanto lo faccia la velocità con cui il piano viene messo su carta. Vedete anche come costruire questa decisione per ogni componente e come riconoscerlo: come decidere per ogni componente se integrare o no.
Ciò che resta consapevolmente separato merita, nel piano riutilizzato, la stessa attenzione di ciò che si fonde. Un piano che contiene solo passi di integrazione e non dice nulla su cosa esplicitamente non viene fuso manca della metà della decisione. Rendere visibile in anticipo cosa resta separato e perché evita che quella scelta venga poi interpretata come un errore. Per saperne di più: cosa lasciate consapevolmente separato e come lo documentate in anticipo.
I tre generatori e l'ufficio di integrazione di mergerintegration.net sono costruiti su questa distinzione: struttura che si trasferisce, non conclusioni che viaggiano di nascosto. Una baseline di sinergia, un piano per il Day 1 e un piano per il Day 100 vengono ricostruiti per ogni situazione partendo dalle stesse domande, con un benefit-tracker e un elenco decisionale che costringono a una risposta per ogni componente. Questo è uno strumento che struttura, non un'esperienza che garantisce — lo strumento è in fase di sviluppo e chi desidera utilizzarlo può iscriversi alla lista d'attesa.
Un piano di integrazione riguarda chi svolge quale lavoro, quali reparti si fondono e quali processi continuano ad esistere. Sotto questa domanda si nasconde una domanda più precisa: quanto del lavoro che verrà svolto insieme o separatamente sia in realtà lavoro basato su compiti che si può automatizzare. La werkscan di FTE TO AI calcola per ogni compito quale parte di esso può essere assunta dall'IA, fornendo così una base numerica a una scelta che altrimenti resterebbe fondata sull'assunzione — esattamente il rischio che si nasconde anche nei piani di integrazione riutilizzati.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.