Diilin jälkeen oletus on usein valmiina: se, mikä voidaan yhdistää, pitää yhdistää. Tämä oletus maksaa arvoa paikoissa, joita kukaan ei katso, koska huomio kohdistuu näkyviin osiin — järjestelmiin, raportointilinjoihin, johtoon. Sillä välin tiimi, joka juuri toimii hyvin, yhdistetään tiimiin, joka työskentelee eri tavalla, ja katoaa juuri se syy, jonka takia diili oli houkutteleva.
Kysymys "pitääkö tämä yhdistää" kuuluu esittää jokaisen osan kohdalla, ei vain niiden osien, jotka herättävät huomiota. Se ei ole poikkeussääntö hankalia tapauksia varten. Se on oletuskysymys, jossa integroiminen on yksi kahdesta mahdollisesta vastauksesta.
Päätöslista jakaa integraation erillisiin osiin — järjestelmiin, tiimeihin, prosesseihin, asiakassuhteisiin, brändeihin — ja pakottaa tekemään valinnan osa-alueittain: yhdistää, pitää erillään, tai jotain siltä väliltä. Ilman tätä jakoa integraatiosta tulee tunne pikemminkin kuin joukko päätöksiä. Jaon avulla näkyy, mitkä valinnat perustuvat oletuksiin ja mitkä perusteltuun syyhyn.
Osa-aluetta kohti kysymyksiä on muutama vakio. Tuottaako yhdistäminen synergiaa, joka on suurempi kuin sen menettäminen, mikä nyt toimii? Onko olemassa riippuvuus, joka pakottaa yhteen järjestelmään, vai on kyse tottumuksesta aiemmista integraatioista? Kuka kantaa riskin, jos asiat menevät pieleen, ja onko se riski suurempi kuin hyöty?
On tunnistettavia kuvioita, joissa integroiminen ei ole neutraali valinta, vaan kallis valinta.
Myyntitiimi, joka toimii suhteiden varassa, menettää voimansa, kun se yhdistetään tiimiin, joka toimii prosessin varassa — kulttuurien yhteentörmäys vaikuttaa suoraan liikevaihtoon, jonka pitäisi oikeuttaa diili. Asiakasjärjestelmä, jolla on omaa historiaa ja omat liittymät, tuottaa migraatiossa usein enemmän riskiä kuin tehokkuushyötyä, varsinkin jos hyöty on lähinnä paperilla. Brändi, jolla on omaa asiakasuskollisuutta, menettää sen uskollisuuden, kun se sulautetaan isompaan brändiin, kun kukaan asiakas ei sitä pyytänyt.
Yhteistä näissä tapauksissa on: paperilla oleva synergia on kapeampi kuin häiriö, jonka integraatio aiheuttaa. Mitä tämä käytännössä tarkoittaa järjestelmien kohdalla, on käsitelty kohdassa minkä järjestelmät kannattaa jättää rauhaan, ja laajempi kysymys siitä, milloin tämä kuvio esiintyy, palaa kohdassa milloin integroiminen tuhoaa arvoa, mistä sen huomaa.
Erillään pitäminen tulkitaan välillä lykkäämiseksi, jonain, joka pitää vielä tehdä. Se on väärinkäsitys. Tietoinen erillään pitäminen on päätös, jolla on syy, aivan niin kuin yhdistäminen on päätös, jolla on syy. Ero on siinä, että erillään pitämisen syy jää usein kirjaamatta, koska siihen ei liity toimenpidettä, joka pitäisi suunnitella.
Juuri sen takia "erillään pitämisen" syy kuuluu kirjata yhtä tarkasti kuin "yhdistämisen" syy — muuten on mahdotonta palata siihen myöhemmin, kun tilanne muuttuu. Mistä tämän huomaa ennen päätöksen tekemistä, on käsitelty sivulla mitä pidätte tietoisesti erillään, mistä sen huomaa etukäteen.
Yksittäisessä yritysostossa päätöslista pysyy kohtuullisen vakaana: kaksi organisaatiota, yksi joukko valintoja. Buy-and-buildissa tämä muuttuu. Jokainen seuraava yritysosto lisää osia alustaan, joka on jo tehnyt valintoja, ja kysymys ei ole vain "yhdistetäänkö alustaan vai ei", vaan myös "minkä kuvion mukaan, ja poikkeaako tämä tapaus siitä perustellusti".
Edellisen yritysoston päätöslista on tällöin lähtökohta, ei automaattisesti pätevä malli. Mitä tämä tarkoittaa lähestymistavan kannalta, on käsitelty kohdassa mitä buy-and-build tarkoittaa integraatiolähestymistavallenne, ja miten aiempaa suunnitelmaa voi käyttää sitä sokeasti toistamatta kohdassa miten käytätte integraatiosuunnitelmaa uudelleen.
Synergioiden perustason, Day 1 -suunnitelman ja Day 100 -suunnitelman generaattorit, yhdessä integraatiotoimiston kanssa hyötyjen seurantaa ja riippuvuuksia varten, jäsentävät näitä päätöksiä. Ne kirjaavat, mikä osa sai minkä valinnan, mikä riippuvuus sen valinnan pakottaa, ja mikä synergia sitä vastaan on. Ne eivät tee päätöstä puolestanne. Ei ole toteutettua hanketta, joka todistaisi tämän toimivan — se on rakenne valinnalle, joka pitää tehdä uudestaan jokaisen osan kohdalla, ja mahdollisuus on, että integroiminen on väärä ratkaisu. Mitä tämä käytännössä tarkoittaa jossakin tietyssä tapauksessa, on käsitelty sivulla miten päätätte osa-alueittain yhdistää tai ei, mistä sen huomaa.
Työkalu on rakenteilla. Jos haluatte työskennellä tämän kanssa, voitte ilmoittautua odotuslistalle.
Kun on päätetty, mikä osa pysyy erillään ja mikä osa yhdistetään, syntyy jatkokysymys: kuka tekee sen valinnan seurauksena syntyvän työn, ja kuinka suuri osa siitä on riittävän rutiininomaista, jotta sen voisi järjestää eri tavalla. Kun kaksi hallintoa, kaksi asiakaspalvelua tai kaksi raportointilinjaa yhdistetään, syntyy usein päällekkäistä työtä, joka voidaan kaventaa ennen kuin siitä tehdään pysyvä järjestely. FTE TO AI:n työskannaus laskee tehtäväkohtaisesti, minkä osan tästä työstä tekoäly voi ottaa hoidettavakseen, riippumatta siitä, pitääkö osan itsensä integroitua — toinen katsaus samaan päätöslistaan, tällä kertaa siitä syntyvien tehtävien näkökulmasta.
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.