Integraatiosuunnitelma alkaa yleensä kysymyksestä, mitä aiotaan yhdistää. Kysymys, joka pitäisi tulla ennen sitä, jää useammin väliin: mitä ei yhdistetä, ja miksi ei. Järjestelmät eivät ole itsetarkoitus. Ne kantavat prosessia, ja tuolla prosessilla on arvo, joka ei automaattisesti säily, kun järjestelmä muuttuu.
Oletus, että kahden organisaation tulee toimia yhdellä järjestelmällä, kumpuaa usein tavasta, ei laskelmasta. Konsolidointi vaatii aikaa, rahaa ja huomiota ihmisiltä, joilla on myös muuta työtä. Sitä vastaan on tuotto, joka ei aina ole kustannuksia suurempi. Kohdassa milloin integraatio tuhoaa arvoa käsitellään tämän kysymyksen laajempi versio: mikä on lähtökohta, ja milloin tekemättä jättäminen on parempi vastaus.
Integraatiotoimiston työkalu auttaa tämän punninnan tekemisessä. Päätöslista siitä, mitä integroida ja mitä ei, pakottaa tekemään järjestelmä-, prosessi- tai tiimikohtaisen valinnan ja perustelun sen sijaan, että oletus jäisi ääneen lausumattomaksi.
On muutamia toistuvia tilanteita, joissa yhdistäminen maksaa enemmän kuin tuottaa.
Järjestelmä on tiiviisti kietoutunut työtapaan, joka tekee ostetusta yrityksestä erottuvan. Jos järjestelmä on syy, jonka takia asiakkaat tai työntekijät valitsevat organisaation, korvaaminen on riski menettää juuri se, mistä on maksettu.
Siirtymäkustannukset ovat suuret suhteessa siihen, mitä on voitettavissa. Järjestelmä, joka on syvästi juurtunut raportointiin, asiakasliittymiin tai valvontavaatimuksiin, on kallis korvata. Jos ainoa tuotto on yhteinen kojelauta, se ei usein riitä vastapainoksi.
Järjestelmää käyttävällä tiimillä on vähän kapasiteettia tehdä siirtymä lisäksi. Integraatio vaatii huomiota samoilta ihmisiltä, jotka tekevät käynnissä olevaa työtä. Jos näillä ihmisillä on jo täysi työmäärä, siirtymä lisää olemassa olevaa kuormaa, ja seurauksena on virhealttius ja viivästyminen.
Ei ole hyvää syytä paitsi yhtenäisyys. Yksi järjestelmä koko konsernille kuulostaa selkeältä, mutta selkeys ei ole synergiaa. Jos kukaan ei pysty osoittamaan, mitkä kustannukset laskevat tai mikä liikevaihto kasvaa yhdistämisen ansiosta, se on merkki siitä, että kysymys on syytä esittää uudelleen.
Nämä signaalit eivät aina näy informaatiomemorandumissa. Ne käyvät selväksi, kun laaditaan synergioiden lähtötaso: kunkin synergiaoletuksen kohdalla pitäisi kysyä, mikä järjestelmä, prosessi tai tiimi on sen perustana, ja mitä tapahtuu, jos se ei muutu. Jos lähtötasossa mainitaan synergia sitä yhdistämättä konkreettiseen järjestelmään, se on usein merkki siitä, että synergia on epävarmempi kuin miltä se vaikuttaa.
Sama koskee Day 1 -suunnitelmaa ja Day 100 -suunnitelmaa. Molemmat generaattorit työskentelevät riippuvuuksien kanssa: jos järjestelmä A muuttuu vasta sen jälkeen, kun prosessi B on mukautettu, tämä käy näkyväksi ennen kuin siitä tulee ongelma käytännössä. Järjestelmä, jota ei esiinny missään tässä riippuvuusketjussa, on ehdokas jätettäväksi erilleen, ainakin toistaiseksi.
Ero tietoisen erillään pitämisen ja vain toteuttamatta jäämisen välillä on tärkeä. Se, mikä jää erilleen syytä ilmoittamatta, muuttuu sokeaksi pisteeksi: kukaan ei seuraa sitä, kukaan ei ole kirjannut sitä hyötyseurantaan, ja vuoden kuluttua ei voi enää selvittää, oliko se valinta vai laiminlyönti. Kohdassa mitkä asiat jätetään tietoisesti erilleen kerrotaan, miten tämä erottelu kirjataan, jotta myöhempi arviointi voi palata alkuperäiseen perusteluun muistin varaan jäämisen sijaan.
Tämä korostuu, kun yrityskauppa on osa sarjaa. Kohdassa mitä buy-and-build tarkoittaa integraatiotavallenne kysymys palaa toisessa muodossa: se, mikä nyt jätetään erilleen, voi seuraavan yrityskaupan yhteydessä tulla relevantiksi, ja päinvastoin - se, mikä edellisessä yrityskaupassa yhdistettiin, voi tässä olla juuri syy jättää se tekemättä tällä kertaa. Sielläkin pätee: aiemman suunnitelman uudelleenkäyttö ei ole takuu siitä, että lopputuloksen pitäisi olla samanlainen. Kohdassa miten integraatiosuunnitelmaa käytetään uudelleen kerrotaan, mistä näkee, toimiiko aiempi suunnitelma pohjana vai varoituksena.
Kolme generaattoria ja integraatiotoimisto päätöslistoineen ovat parhaillaan rakenteilla. Ei ole toteutunutta hanketta, josta voisi viitata, eikä sitä tässä esitetä: työkalu jäsentää kysymykset ja riippuvuudet, se ei tuota näyttöä aiemmista tuloksista. Se, joka haluaa työskennellä sen kanssa, kun se on saatavilla, voi ilmoittautua odotuslistalle.
Kysymys, mikä järjestelmä jää ennallaan, liittyy viime kädessä kysymykseen, mikä työ siihen liittyy ja tarvitseeko se työ ihmisten huomiota vai voisiko sen järjestää myös toisin. Se, joka tämän punninnan jälkeen haluaa tietää, mikä osa jäljelle jäävästä työstä soveltuu AI:n hoidettavaksi, löytää FTE TO AI:n työscanista laskelman tehtävätasolla: ei arviota organisaatiotasolla, vaan erittelyn, joka näyttää, missä automaatio sopii ja missä ei siihen, mitä tosiasiallisesti tapahtuu.
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.