Dopo un deal l'assunzione è spesso già pronta: ciò che può stare insieme, deve stare insieme. Questa assunzione costa valore in punti che nessuno controlla, perché l'attenzione va alle componenti visibili — i sistemi, le linee di rendicontazione, il management. Nel frattempo un team che sta appena funzionando bene viene unito a un team che lavora in modo diverso, e scompare esattamente il motivo per cui il deal era interessante.
La domanda "questo deve stare insieme" va posta per ogni componente, non solo per quelle che saltano all'occhio. Non è una regola d'eccezione per i casi difficili. È la domanda standard, con l'integrazione come una delle due possibili risposte.
Una lista decisionale scompone l'integrazione in componenti separate — sistemi, team, processi, relazioni con i clienti, marchi — e impone per ogni componente una scelta: unire, mantenere separato, o qualcosa nel mezzo. Senza questa scomposizione, l'integrazione diventa una sensazione invece di un insieme di decisioni. Con la scomposizione diventa visibile quali scelte si basano su assunzioni e quali su un motivo.
Per ogni componente si tratta di alcune domande fisse. L'unione produce sinergia che compensa la perdita di ciò che funziona ora? C'è una dipendenza che impone un unico sistema, oppure è un'abitudine derivata da integrazioni precedenti? Chi si assume il rischio se le cose vanno male, e questo rischio è maggiore del guadagno?
Esistono schemi riconoscibili in cui integrare non è la scelta neutra, ma quella costosa.
Un team commerciale che si basa sulle relazioni perde forza nel momento in cui viene unito a un team che si basa sui processi — lo scontro culturale colpisce direttamente il fatturato che il deal doveva giustificare. Un sistema clienti con una propria storia e proprie integrazioni comporta spesso, in caso di migrazione, più rischio che guadagno di efficienza, soprattutto se il guadagno esiste principalmente sulla carta. Un marchio con un proprio legame con la clientela perde quel legame se viene assorbito in un marchio più grande senza che nessun cliente lo abbia chiesto.
Il punto in comune in questi casi: la sinergia che appare sulla carta è più modesta della perturbazione che l'integrazione provoca. Cosa significhi questo concretamente per i sistemi è approfondito in quali sistemi è meglio lasciare com'è, e la domanda più ampia su quando si presenta questo schema torna in quando l'integrazione distrugge valore, da cosa lo si riconosce.
Mantenere separato viene a volte letto come un rinvio, come qualcosa che deve ancora accadere. È un fraintendimento. Mantenere separato consapevolmente è una decisione con un motivo, proprio come unire è una decisione con un motivo. La differenza è che il motivo per mantenere separato viene spesso documentato meno, perché non c'è un'azione collegata da pianificare.
Per questo proprio il motivo di "mantenere separato" va annotato con la stessa precisione del motivo di "unire" — altrimenti diventa impossibile tornarci sopra più avanti se la situazione cambia. Dove riconoscerlo prima che la decisione venga presa è approfondito in cosa lascia consapevolmente separato, da cosa lo si riconosce in anticipo.
In un'acquisizione singola la lista decisionale è relativamente fissa: due organizzazioni, un unico insieme di scelte. Nel buy-and-build questo cambia. Ogni acquisizione successiva aggiunge componenti a una piattaforma che ha già fatto delle scelte, e la domanda non è più solo "unire con la piattaforma o no", ma anche "secondo quale schema, e questo caso se ne discosta a ragione".
La lista decisionale dell'acquisizione precedente è allora un punto di partenza, non un modello che si applica automaticamente. Cosa significhi questo per l'approccio è descritto in cosa significa il buy-and-build per il vostro approccio all'integrazione, e come utilizzare un piano precedente senza ripeterlo ciecamente in come si riutilizza un piano di integrazione.
I generatori per la baseline delle sinergie, il piano Day 1 e il piano Day 100, insieme all'ufficio di integrazione per il benefit-tracking e le dipendenze, strutturano queste decisioni. Registrano quale componente ha ricevuto quale scelta, quale dipendenza impone quella scelta, e quale sinergia le sta di fronte. Non prendono la decisione al posto vostro. Non c'è un percorso già eseguito a cui fare riferimento come prova che questo funzioni — è struttura per una scelta che va rifatta per ogni componente, con la possibilità che integrare sia l'esito sbagliato. Cosa significhi questo concretamente per un caso specifico è approfondito in come si decide per componente se integrare o no, da cosa lo si riconosce.
Lo strumento è in costruzione. Chi desidera lavorare con questo può iscriversi alla lista d'attesa.
Non appena è stabilito quale componente resta separata e quale si unisce, nasce una domanda successiva: chi svolge il lavoro generato da quella scelta, e quanto di questo è sufficientemente di routine da poter essere organizzato in modo diverso. Nell'unione di due amministrazioni, due servizi clienti o due linee di rendicontazione nasce spesso un lavoro doppio che si può ridurre prima di essere strutturato in modo permanente. La scansione del lavoro di FTE TO AI calcola per ogni compito quale parte di quel lavoro può essere assunta dall'AI, indipendentemente dalla domanda se la componente stessa debba integrarsi — un secondo sguardo sulla stessa lista decisionale, questa volta a partire dai compiti che essa genera.
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.