Dopo la firma segue l'assunzione che tutto debba fondersi insieme. Sistemi, team, processi, marchi — creare un unico insieme sembra la conclusione logica di un accordo. Questa assunzione non è sempre corretta, e le componenti in cui non lo è sono spesso riconoscibili in anticipo.
Integrare è una scelta, non un automatismo. Per ogni componente — un sistema, un team, una relazione con un cliente, una linea di prodotti — si pone la domanda se unificare aggiunga valore o costi valore. Questa domanda non è un'eccezione riservata ai casi difficili. È la domanda standard, anche per le componenti che sembrano ovvie.
Il motivo per cui questo va storto non è di solito la mancanza di volontà di guardarci. È la pressione del tempo. Un piano Day 1 deve essere pronto, un caso di sinergia deve reggere, e "integrare" è la via più breve verso una risposta che sulla carta appare completa. Ciò che manca è un momento in cui qualcuno stabilisce per ogni componente: questo lo uniamo, questo lo lasciamo stare, e questo è il perché.
Esistono schemi visibili in anticipo, non solo a posteriori. Due sistemi che svolgono la stessa funzione ma sono costruiti su logiche diverse, se uniti, costano spesso più in termini di conversione e tempo di formazione di quanto rendano in termini di facilità di gestione. Un team che ottiene risultati grazie a rapidità e linee corte perde questa caratteristica non appena viene assorbito in una struttura più grande e più stratificata. Una relazione con un cliente che si basa su una persona specifica o su un metodo di lavoro specifico spesso non sopravvive nella pratica a un'integrazione, anche se sopravvive sulla carta.
La domanda quando l'integrazione distrugge valore merita un posto accanto a ogni calcolo di sinergia, non dopo. Un caso di sinergia che conta solo i ricavi dell'unificazione e non i costi della disintegrazione — ritardi, turnover, perdita di clienti — è una storia a metà.
I sistemi sono la componente in cui l'integrazione viene più spesso data per scontata, e dove più spesso non è corretta. Un sistema che funziona bene, radicato nel team che lo usa e senza un motivo urgente per essere sostituito, non deve scomparire solo perché appartiene a un'altra entità. La domanda quali sistemi è meglio lasciare stare e da cosa lo si riconosce in anticipo appartiene a ogni inventario IT, con come esito talvolta: non fare nulla, lasciare coesistere due sistemi, oppure decidere solo dopo un anno.
La decisione se integrare o no dipende anche dal tipo di operazione. In una piattaforma che cresce tramite acquisizioni multiple, lo schema di integrazione è diverso rispetto a un'acquisizione singola. Ciò che buy-and-build significa per il vostro approccio all'integrazione e da cosa lo si vede è una domanda diversa da ciò che richiede un'acquisizione singola: in una piattaforma la coerenza tra più acquisizioni è rilevante, e questo talvolta depone proprio a favore dell'integrazione di componenti che in un'operazione singola resterebbero meglio separate.
Questo riguarda anche il riutilizzo di piani precedenti. Una piattaforma che effettua la terza o quarta acquisizione ha già fatto scelte su cosa è stato unificato e cosa no nella precedente. La domanda come si riutilizza un piano di integrazione e da cosa si vede per quali componenti funziona determina se quelle scelte precedenti sono un punto di partenza o una trappola — un piano che ha funzionato nella deal precedente non funziona automaticamente in questa.
Dove un'integrazione si blocca varia da settore a settore. Nel settore delle costruzioni gli ostacoli si trovano spesso nell'amministrazione dei progetti, nei rapporti con i subappaltatori e nelle autorizzazioni legate a un'entità specifica — vedi dove si blocca un'integrazione nel settore delle costruzioni. Nel settore degli impianti riguarda più spesso i contratti di assistenza, la gestione delle attrezzature e le persone che nella pratica sostengono la relazione con il cliente — vedi dove si blocca un'integrazione nel settore degli impianti. Entrambi gli esempi mostrano che l'elenco decisionale pone in cima componenti diverse a seconda del settore.
Una decisione se integrare o no non diventa più affidabile inserendola in un foglio di calcolo, ma diventa tracciabile. La baseline di sinergia, il piano Day 1 e il piano Day 100 sono generatori che danno struttura a questa decisione: stabilire per ogni componente qual è l'assunzione, da cosa dipende e quando viene rivista. L'ufficio di integrazione segue le dipendenze e tiene l'elenco decisionale — cosa sì, cosa no, e perché — accanto al monitoraggio dei benefit, in modo che un'assunzione che non è più valida diventi visibile prima che diventi costosa.
Questo non è un curriculum. Non c'è alcun percorso concluso a cui si fa riferimento, e lo strumento non pretende che l'integrazione vada meglio perché è strutturata. Ciò che fa è rimettere all'ordine del giorno, per ogni componente, la domanda che altrimenti viene saltata.
Lo strumento è in fase di sviluppo. Chi desidera utilizzare i generatori e l'ufficio di integrazione non appena saranno disponibili può iscriversi alla lista d'attesa.
La domanda su cosa unificare e cosa no è strettamente legata a un'altra domanda: quale parte del lavoro in una componente si basi in realtà su compiti automatizzabili, indipendentemente dal fatto che quella componente finisca sotto l'una o l'altra entità. Lo scan del lavoro di FTE TO AI calcola per ogni compito quale parte del lavoro può essere assunta dall'AI, offrendo così un tipo diverso di baseline rispetto alla scelta di integrazione in sé — una che rende visibile dove si libera capacità, indipendentemente da come si decide a livello organizzativo.
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.