Allekirjoituksen jälkeen syntyy oletus, että kaiken pitää sulautua yhteen. Järjestelmät, tiimit, prosessit, brändit — yhden kokonaisuuden luominen näyttää kaupan looginen viimeistelyvaihe. Tämä oletus ei aina pidä paikkaansa, ja osa-alueet, joissa se ei pidä paikkaansa, on usein tunnistettavissa ennalta.
Integroiminen on valinta, ei automatiikkaa. Kunkin osa-alueen — järjestelmän, tiimin, asiakassuhteen, tuotelinjan — kohdalla kuuluu kysyä, tuoko yhdistäminen arvoa vai maksaako se arvoa. Tämä kysymys ei ole poikkeus vaikeille tapauksille. Se on vakiokysymys, myös niille osa-alueille, jotka näyttävät itsestään selviltä.
Syy siihen, että tämä menee pieleen, ei tavallisesti ole haluttomuus tarkastella asiaa. Se on aikapaine. Day 1 -suunnitelman on oltava valmiina, synergialaskelman on täsmättävä, ja "integroiminen" on lyhin reitti vastaukseen, joka näyttää paperilla täydelliseltä. Se, mikä puuttuu, on hetki, jolloin joku kirjaa osa-alueittain: tämän yhdistämme, tämän jätämme ennalleen, ja tämä on syy.
On kuvioita, jotka näkyvät ennalta, ei vasta jälkikäteen. Kaksi järjestelmää, jotka täyttävät saman tehtävän mutta on rakennettu eri logiikalle, maksavat yhdistettäessä usein enemmän muuntamiseen ja koulutusaikaan kuin ne tuottavat hallinnoinnin helppoudessa. Tiimi, joka suoriutuu nopeuden ja lyhyiden linjojen ansiosta, menettää tämän ominaisuuden heti kun se sulautuu suurempaan, kerroksellisempaan rakenteeseen. Asiakassuhde, joka perustuu tiettyyn henkilöön tai tiettyyn toimintatapaan, ei useinkaan selviä integraatiosta käytännössä, vaikka se selviäisi nimellisesti.
Kysymys milloin integroiminen tuhoaa arvoa ansaitsee paikan joka synergialaskelman rinnalla, ei sen jälkeen. Synergialaskelma, joka laskee vain yhdistämisen tuoton mutta ei purkautumisen kustannuksia — viivästymistä, vaihtuvuutta, asiakasmenetystä — on puolikas tarina.
Järjestelmät ovat osa-alue, jossa integroimista oletetaan itsestäänselvyytenä useimmin, ja jossa se on useimmin väärin. Järjestelmä, joka toimii hyvin, on juurtunut sitä käyttävään tiimiin ja jolle ei ole akuuttia korvaamistarvetta, ei tarvitse kadota sen takia, että se kuuluu toiseen yksikköön. Kysymys mitkä järjestelmät kannattaa mieluummin jättää ennalleen ja mistä sen näkee etukäteen kuuluu joka IT-kartoitukseen, ja tuloksena voi olla joskus: ei tehdä mitään, annetaan kahden järjestelmän olla rinnakkain, tai päätetään vasta vuoden päästä.
Päätös integroida vai ei riippuu myös kauppatyypistä. Alustassa, joka kasvaa useiden yritysostojen kautta, integraatiokuvio poikkeaa yksittäisestä yritysostosta. Se, mitä buy-and-build tarkoittaa integraatiolähestymistavallenne ja mistä sen näkee on eri kysymys kuin se, mitä kertaluonteinen yritysosto vaatii: alustassa johdonmukaisuus useiden yritysostojen välillä on merkityksellinen, ja tämä puoltaa toisinaan juuri sitä, että integroidaan osa-alueita, jotka kertaluonteisessa kaupassa olisi parempi jättää ennalleen.
Tämä koskee myös aiempien suunnitelmien uudelleenkäyttöä. Alusta, joka tekee kolmannen tai neljännen yritysoston, on jo tehnyt valintoja siitä, mitä yhdistettiin ja mitä ei edellisen kohdalla. Kysymys miten integraatiosuunnitelmaa käytetään uudelleen ja mistä näkee, mille osa-alueille se toimii määrittää, ovatko aiemmat valinnat lähtökohta vai ansa — suunnitelma, joka toimi edellisessä kaupassa, ei automaattisesti toimi tässä.
Kohta, jossa integraatio jää jumiin, vaihtelee toimialan mukaan. Rakennusalalla kompastuskohdat ovat usein projektihallinnossa, aliurakoitsijasuhteissa ja lupiin, jotka on sidottu tiettyyn yksikköön — katso missä integraatio jää jumiin rakennusalalla. Talotekniikka-alalla kyse on useammin huoltosopimuksista, kalustonhallinnasta ja ihmisistä, jotka käytännössä kannattelevat asiakassuhdetta — katso missä integraatio jää jumiin talotekniikka-alalla. Molemmat esimerkit osoittavat, että päätöslista nostaa toimialasta riippuen eri osa-alueet kärkeen.
Päätös integroida vai ei ei muutu luotettavammaksi sillä, että se kirjataan taulukkolaskentaohjelmaan, mutta siitä tulee jäljitettävä. Synergiaperustaso, Day 1 -suunnitelma ja Day 100 -suunnitelma ovat generaattoreita, jotka antavat rakenteen tälle päätökselle: kirjaavat osa-alueittain, mikä oletus on, mistä se riippuu ja milloin se tarkistetaan. Integraatiotoimisto seuraa riippuvuuksia ja pitää päätöslistan — mitä kyllä, mitä ei, ja miksi — rinnakkain hyötyjen seurannan kanssa, jotta oletus, joka ei enää pidä paikkaansa, tulee näkyväksi ennen kuin siitä tulee kallis.
Tämä ei ole referenssiluettelo. Sitä ei viitata mihinkään päätökseen saatettuun hankkeeseen, eikä työkalu väitä, että integroiminen sujuu paremmin sen takia, että se on jäsennelty. Se, mitä se tekee, on nostaa kysymys, joka muuten ohitetaan, takaisin asialistalle osa-alueittain.
Työkalu on rakenteilla. Se, joka haluaa käyttää generaattoreita ja integraatiotoimistoa niiden valmistuessa, voi ilmoittautua jonotuslistalle.
Kysymys siitä, mitä yhdistätte ja mitä ette, liittyy läheisesti toiseen kysymykseen: mikä osa jonkin osa-alueen työstä pohjimmiltaan perustuu tehtäviin, jotka voidaan automatisoida, riippumatta siitä, kumpaan yksikköön kyseinen osa-alue lopulta kuuluu. FTE TO AI:n työskannaus laskee tehtäväkohtaisesti, kuinka suuri osa työstä on siirrettävissä AI:lle, ja tarjoaa siten toisenlaisen perustason kuin itse integraatiopäätös — sellaisen, joka tekee näkyväksi, missä kapasiteettia vapautuu, riippumatta siitä, miten organisatorisesti päätätte.
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.