După semnătură urmează asumpția că totul trebuie comasat. Sisteme, echipe, procese, mărci — a face un întreg pare finalizarea logică a unei tranzacții. Această asumpție nu este mereu corectă, iar componentele unde nu este corectă pot fi recunoscute de obicei din timp.
Integrarea este o alegere, nu un automatism. La fiecare componentă — un sistem, o echipă, o relație cu clienții, o linie de produse — se pune întrebarea dacă comasarea adaugă valoare sau costă valoare. Această întrebare nu este o excepție pentru cazurile dificile. Este întrebarea standard, inclusiv pentru componentele care par evidente.
Motivul pentru care lucrurile merg greșit nu este de obicei lipsa de dorință de a analiza. Este presiunea timpului. Un plan de Day 1 trebuie să existe, un caz de sinergie trebuie să fie corect, iar „integrare” este cea mai scurtă cale către un răspuns care pare complet pe hârtie. Ce lipsește este un moment în care cineva stabilește pentru fiecare componentă: aceasta o comasăm, aceasta o lăsăm neschimbată, și aceasta este motivul.
Există modele care sunt vizibile din timp, nu abia ulterior. Două sisteme care îndeplinesc aceeași funcție dar sunt construite pe logici diferite costă, la comasare, adesea mai mult în conversie și timp de instruire decât aduc în ușurința administrării. O echipă care performează pe baza vitezei și a liniilor scurte de comunicare pierde această caracteristică imediat ce este absorbită într-o structură mai mare, mai stratificată. O relație cu clienții care se bazează pe o persoană specifică sau pe un mod de lucru specific nu supraviețuiește, în practică, unei integrări doar cu numele.
Întrebarea când distruge integrarea valoare merită un loc alături de fiecare calcul de sinergie, nu după acesta. Un caz de sinergie care contabilizează doar câștigul comasării și nu costurile dezintegrării — întârziere, fluctuație de personal, pierdere de clienți — este o poveste incompletă.
Sistemele sunt componenta la care integrarea este cel mai des considerată de la sine înțeleasă și la care cel mai des nu este corectă. Un sistem care funcționează bine, este integrat în echipa care îl folosește și nu prezintă un motiv urgent de înlocuire nu trebuie să dispară doar pentru că aparține unei alte entități. Întrebarea ce sisteme este mai bine să le lăsați neschimbate și de unde vedeți asta din timp face parte din fiecare inventariere IT, cu rezultatul, uneori: nu faceți nimic, lăsați două sisteme să coexiste, sau decideți abia peste un an.
Decizia de a integra sau nu depinde și de tipul de tranzacție. La o platformă care crește prin mai multe achiziții, modelul de integrare este diferit față de o achiziție unică. Ceea ce înseamnă buy-and-build pentru abordarea dumneavoastră de integrare și de unde vedeți asta este o întrebare diferită de ceea ce necesită o achiziție unică: la o platformă, consistența pe mai multe achiziții este relevantă, și asta pledează uneori chiar pentru integrarea unor componente care, la o tranzacție unică, ar fi mai bine lăsate neschimbate.
Acest lucru afectează și reutilizarea planurilor anterioare. O platformă care face a treia sau a patra achiziție a făcut deja alegeri despre ce a fost comasat și ce nu la achiziția precedentă. Întrebarea cum reutilizați un plan de integrare și de unde vedeți pentru care componente funcționează determină dacă acele alegeri anterioare sunt un punct de start sau o capcană — un plan care a funcționat la tranzacția precedentă nu funcționează automat și la aceasta.
Unde se blochează o integrare diferă în funcție de sector. În construcții, blocajele se află adesea în administrarea proiectelor, relațiile cu subcontractanții și autorizațiile legate de o entitate specifică — vezi unde se blochează o integrare în construcții. În sectorul instalațiilor este vorba mai des despre contractele de service, gestionarea echipamentelor și persoanele care poartă în practică relația cu clienții — vezi unde se blochează o integrare în sectorul instalațiilor. Ambele exemple arată că lista de decizie plasează componente diferite în vârf, în funcție de sector.
O decizie de a integra sau nu nu devine mai sigură prin plasarea într-un tabel, dar devine urmăribilă. Linia de bază a sinergiei, planul de Day 1 și planul de Day 100 sunt generatoare care oferă structură acestei decizii: stabilind, pentru fiecare componentă, care este asumpția, de ce depinde aceasta și când este revizuită. Biroul de integrare urmărește dependențele și menține lista de decizie — ce da, ce nu și de ce — alături de urmărirea beneficiilor, astfel încât o asumpție care nu mai este corectă devine vizibilă înainte de a deveni costisitoare.
Acesta nu este un istoric de realizări. Nu există un traseu finalizat la care se face referire, și instrumentul nu pretinde că integrarea merge mai bine pentru că este structurată. Ce face este să readucă pe agendă, pentru fiecare componentă, întrebarea care altfel este omisă.
Instrumentul este în curs de dezvoltare. Cei care doresc să utilizeze generatoarele și biroul de integrare imediat ce sunt disponibile se pot înscrie pe lista de așteptare.
Întrebarea ce comasați și ce nu este strâns legată de o altă întrebare: ce parte din munca dintr-o componentă se bazează de fapt pe sarcini care se pot automatiza, indiferent de întrebarea dacă respectiva componentă va aparține unei entități sau alteia. Scanul de muncă al FTE TO AI calculează, pe sarcină, ce parte din muncă poate fi preluată de AI, oferind astfel un alt tip de linie de bază decât decizia de integrare în sine — una care face vizibil unde se eliberează capacitate, indiferent de modul în care decideți organizatoric.
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.