Un plan de integrare dintr-o tranzacție anterioară există de multe ori încă. Structura a funcționat, împărțirea pe funcții și sisteme era corectă, și e tentant să îl reutilizați. Dar reutilizarea unui plan este altceva decât repetarea unui rezultat. Întrebarea nu este dacă planul era complet, ci dacă premisele din el mai sunt valabile pentru această tranzacție, aceste două organizații și această piață.
Reutilizarea funcționează la nivelul întrebării, nu la nivelul răspunsului. Un plan anterior avea o ordine pentru sisteme, o împărțire a funcțiilor care se combină sau nu, și o listă de dependențe. Această ordine este utilizabilă ca listă de verificare pentru a nu omite nimic. Nu este utilizabilă ca rezultat de copiat, pentru că motivul pentru care ceva s-a combinat data trecută spune puțin despre dacă trebuie să se combine și acum.
Există câteva semnale de verificat înainte ca un plan vechi să servească drept bază.
În primul rând: cele două organizații anterioare erau comparabile cu cele două actuale, ca dimensiune, ca peisaj de sisteme, ca gradul în care clienții observă diferența. Un plan pentru două părți egale nu se aplică unei achiziții în care o parte este o echipă mică, complementară.
În al doilea rând: se știe de ce anumite componente au rămas separate la momentul respectiv. Dacă acel motiv nu este documentat, nu se poate evalua dacă acum ar trebui combinate. Un plan care arată doar ce a fost combinat, fără raționamentul pentru care ceva a rămas separat, valorează mai puțin pentru reutilizare decât pare.
În al treilea rând: peisajul de sisteme de bază este comparabil. Combinarea a două sisteme ERP este o sarcină diferită de a lăsa două instrumente de planificare să coexiste. Ceea ce data trecută a fost unul dintre primii pași, poate fi mai bine să rămână pe raft de această dată, pentru că sistemele în sine nu sunt comparabile.
Indiferent dacă un plan este nou sau reutilizat: pentru fiecare componentă trebuie pusă întrebarea dacă fuzionarea aduce vreo valoare. Nu este o întrebare de excepție pentru cazuri dubioase. Este un pas fix, chiar și pentru componente care la prima vedere par evident că trebuie combinate.
Motivul este că integrarea implică costuri care nu sunt întotdeauna vizibile din timp: timpul unor persoane care altfel ar lucra pentru clienți sau pentru creștere, sisteme care devin temporar mai puțin fiabile, echipe care devin nesigure în privința rolului lor. Dacă nu există un beneficiu demonstrabil în compensație, fuzionarea este un cost fără compensare. Când integrarea distruge valoare nu este deci un caz marginal, ci un risc structural pentru fiecare plan care este adoptat fără această verificare.
Există componente care de obicei este mai bine să rămână separate: un brand cu relație proprie cu clienții, o echipă cu o cultură care a fost motivul achiziției, un sistem care a fost înlocuit recent și nu trebuie adaptat din nou. Ce lăsați deliberat separat nu este o listă de sarcini restante, ci o decizie cu propriul ei motiv, iar acel motiv trebuie documentat la fel de bine ca motivul pentru care combinați ceva. Vedeți ce lăsați deliberat separat pentru cum se prezintă acea alegere.
Rar se întâmplă ca o achiziție întreagă să trebuiască integrată complet sau deloc. De obicei rezultatul este un mix: centralizarea raportării financiare, păstrarea separată a sistemelor de clienți, combinarea parțială a politicii de HR. Fiecare componentă necesită propria evaluare, cu propriul calendar și propriul risc. Cum decideți pe componentă dacă integrați sau nu este astfel mai puțin un plan de etape și mai mult o întrebare fixă care se pune separat pentru fiecare componentă, cu propriul ei răspuns.
Această evaluare diferă și în funcție de sector. În construcții, o integrare se blochează adesea la administrarea proiectelor și relațiile cu subcontractanții, care nu trec pur și simplu într-un alt sistem; vedeți unde se blochează o integrare în construcții. În sectorul instalațiilor, mai frecvent sunt sistemele de planificare și contractele de service care nu se combină perfect; vedeți unde se blochează o integrare în sectorul instalațiilor. Un plan reutilizat care ignoră aceste diferențe ratează exact componenta unde lucrurile au mers greșit anterior.
Generatoarele pentru linia de bază a sinergiilor, planul de Ziua 1 și planul de Ziua 100 nu se construiesc pe șablonul tranzacției anterioare, ci pe situația introdusă: ce componente există, care sunt dependențele, și ce motiv există pentru fiecare componentă în privința combinării sau nu. Biroul de integrare urmărește apoi ce beneficii au fost identificate, ce dependențe sunt încă deschise, și ce componente au fost păstrate deliberat separate. Nu este o dovadă că funcționează — nu există un traiect executat la care să ne referim — dar este o structură care forțează punerea întrebării pentru fiecare componentă, în loc să fie omisă.
Mergerintegration.net este în construcție. Cei care vor să lucreze cu acest instrument imediat ce va fi disponibil se pot înscrie pe lista de așteptare.
Întrebarea ce parte din această activitate consumă timp propriu și ce parte poate fi preluată nu se pune doar în planificarea integrării. Scanul de activitate al FTE TO AI calculează, pentru fiecare sarcină, ce parte din activitate poate fi preluată de AI, oferind astfel o imagine asupra locului unde se eliberează capacitate înainte ca un traiect de integrare să demareze.
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.