După o tranzacție, presupunerea stă adesea pregătită: ce poate fi împreună, trebuie să fie împreună. Această presupunere costă valoare în locuri unde nimeni nu se uită, pentru că atenția se duce spre componentele vizibile — sistemele, liniile de raportare, managementul. Între timp, o echipă care funcționează bine tocmai acum este fuzionată cu o echipă care lucrează diferit, și dispare exact motivul pentru care tranzacția era atractivă.
Întrebarea „trebuie asta să fie împreună” ar trebui pusă pentru fiecare componentă, nu doar pentru cele care ies în evidență. Aceasta nu este o regulă de excepție pentru cazuri dificile. Este întrebarea standard, integrarea fiind unul dintre cele două răspunsuri posibile.
O listă de decizii descompune integrarea în componente separate — sisteme, echipe, procese, relații cu clienții, mărci — și impune o alegere pentru fiecare componentă: integrare, păstrare separată, sau undeva la mijloc. Fără această descompunere, integrarea devine un sentiment în loc de un set de decizii. Cu descompunerea, devine vizibil care alegeri se bazează pe presupuneri și care pe un motiv.
Pentru fiecare componentă este vorba despre câteva întrebări fixe. Integrarea aduce sinergie care compensează pierderea a ceea ce funcționează acum? Există o dependență care impune un singur sistem, sau este aceasta o obișnuință din integrări anterioare? Cine suportă riscul dacă lucrurile merg rău, și este acel risc mai mare decât beneficiul?
Există tipare recognoscibile în care integrarea nu este alegerea neutră, ci cea costisitoare.
O echipă de vânzări care funcționează pe bază de relații își pierde forța de îndată ce este fuzionată cu o echipă care funcționează pe bază de proces — ciocnirea culturală afectează direct veniturile pe care tranzacția trebuia să le justifice. Un sistem de clienți cu istoric propriu și conexiuni proprii aduce la migrare, de regulă, mai mult risc decât câștig în eficiență, mai ales dacă acel câștig există în principal pe hârtie. O marcă cu propria bază de fidelizare a clienților își pierde această bază atunci când este absorbită într-o marcă mai mare fără ca vreun client să fi cerut asta.
Asemănarea în aceste cazuri: sinergia care există pe hârtie este mai mică decât perturbarea provocată de integrare. Ce înseamnă concret acest lucru pentru sisteme este explicat la ce sisteme este mai bine să nu le integrați, iar întrebarea mai largă despre când apare acest tipar revine la când distruge integrarea valoare, de unde vă dați seama.
Păstrarea separată este uneori citită ca o întârziere, ca ceva care încă trebuie să se întâmple. Aceasta este o neînțelegere. Păstrarea separată în mod deliberat este o decizie cu un motiv, exact cum integrarea este o decizie cu un motiv. Diferența este că motivul pentru păstrarea separată este adesea consemnat mai puțin, pentru că nu îi este legată nicio acțiune care trebuie planificată.
Din acest motiv, motivul pentru „păstrare separată” ar trebui notat la fel de precis ca motivul pentru „integrare” — altfel este imposibil să se revină asupra acestuia mai târziu, când situația se schimbă. Unde se poate observa acest lucru înainte de a se lua decizia este explicat la ce păstrați separat în mod deliberat, de unde vă dați seama de asta din timp.
În cazul unei achiziții unice, lista de decizii este relativ fixă: două organizații, un singur set de alegeri. În cazul buy-and-build, aceasta se schimbă. Fiecare achiziție următoare adaugă componente la o platformă care a făcut deja alegeri, iar întrebarea nu mai este doar „se integrează cu platforma sau nu”, ci și „conform cărui tipar, și se abate acest caz în mod justificat de la el”.
Lista de decizii a achiziției precedente este atunci un punct de start, nu un șablon care se aplică automat. Ce înseamnă asta pentru abordare este explicat la ce înseamnă buy-and-build pentru abordarea dumneavoastră de integrare, iar cum poate fi folosit un plan anterior fără a-l repeta orbește la cum reutilizați un plan de integrare.
Generatoarele pentru linia de bază a sinergiei, planul pentru Ziua 1 și planul pentru Ziua 100, împreună cu biroul de integrare pentru urmărirea beneficiilor și a dependențelor, structurează aceste decizii. Ele consemnează ce componentă a primit ce alegere, ce dependență impune acea alegere, și ce sinergie îi corespunde. Ele nu preiau decizia. Nu există niciun proiect finalizat la care să se facă trimitere ca dovadă că acest lucru funcționează — este structură pentru o alegere care trebuie făcută din nou pentru fiecare componentă, cu posibilitatea ca integrarea să fie rezultatul greșit. Ce înseamnă concret acest lucru pentru un caz specific este explicat la cum decideți pe fiecare componentă dacă integrați sau nu, de unde vă dați seama de asta.
Instrumentul este în construcție. Cei care doresc să lucreze cu el se pot înscrie pe lista de așteptare.
De îndată ce este stabilit care componentă rămâne separată și care componentă fuzionează, apare o întrebare ulterioară: cine execută munca generată de această alegere, și cât din aceasta este suficient de rutină pentru a fi organizată diferit. La fuzionarea a două departamente administrative, a două servicii pentru clienți sau a două linii de raportare apare adesea muncă dublă care se poate reduce înainte de a fi organizată permanent. Scanarea muncii de la FTE TO AI calculează, pentru fiecare sarcină, ce parte din această muncă poate fi preluată de AI, independent de întrebarea dacă componenta însăși trebuie integrată — o a doua privire asupra aceleiași liste de decizii, de această dată din perspectiva sarcinilor pe care aceasta le generează.
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.