Az aláírás után jön a feltételezés, hogy mindent össze kell vonni. Rendszerek, csapatok, folyamatok, márkák — egy egésszé formálni tűnik a deal logikus lezárásának. Ez a feltételezés nem mindig igaz, és azok a részek, ahol nem igaz, gyakran előre felismerhetők.
Az integrálás választás, nem automatizmus. Minden résznél — egy rendszernél, egy csapatnál, egy ügyfélkapcsolatnál, egy termékvonalnál — felmerül a kérdés, hogy az összevonás értéket teremt-e vagy értéket költ. Ez a kérdés nem kivétel a nehéz esetekhez. Ez az alapkérdés, azoknál a részeknél is, amelyek nyilvánvalónak tűnnek.
Az oka, hogy ez elmarad, ritkán a nézni nem akarás. Inkább az időnyomás. Egy Day 1-tervnek készen kell lennie, egy szinergiaszámításnak összhangban kell lennie, és az „integrálás” a legrövidebb út egy papíron teljesnek tűnő válaszhoz. Ami hiányzik, az egy pillanat, amikor valaki részenként lefekteti: ezt összevonjuk, ezt hagyjuk állva, és ez az oka.
Vannak minták, amelyek előre láthatók, nem csak utólag. Két rendszer, amely azonos funkciót tölt be, de eltérő logikára épült, összevonáskor gyakran több átállási és képzési időt igényel, mint amennyi kezelési könnyebbséget hoz. Egy csapat, amely sebesség és rövid kommunikációs csatornák alapján teljesít, elveszíti ezt a tulajdonságát, amint egy nagyobb, rétegzettebb struktúrába olvad. Egy ügyfélkapcsolat, amely egy adott személyre vagy egy adott munkamódra épül, egy integrációt névlegesen gyakran nem éli túl a gyakorlatban.
A mikor pusztítja el az integráció az értéket kérdés helye minden szinergiaszámítás mellett van, nem utána. Egy szinergiaszámítás, amely csak az összevonás hozamát számolja, és nem a deszintegráció költségeit — késés, elvándorlás, ügyfélvesztés — csak fél történet.
A rendszerek azok a részek, ahol az integrálást a leggyakrabban veszik önmagától értetődőnek, és ahol a leggyakrabban nem igaz. Egy rendszer, amely jól működik, be van ágyazva a csapatba, amely használja, és nincs akut oka a lecserélésre, nem kell eltűnjön csak azért, mert egy másik entitáshoz tartozik. A mely rendszereket jobb inkább állva hagyni, és min ismeri fel ezt előre kérdés minden IT-áttekintéshez hozzátartozik, és az eredmény néha ez: ne csináljon semmit, hagyja egymás mellett élni a két rendszert, vagy döntsön csak egy év múlva.
A döntés, hogy integráljon-e vagy nem, a deal típusától is függ. Egy platform esetében, amely több felvásárláson keresztül növekszik, az integrációs minta másképp néz ki, mint egy egyszeri felvásárlásnál. Az, hogy mit jelent a buy-and-build az integrációs megközelítésére, és min ismeri fel ezt más kérdés, mint amit egy egyszeri felvásárlás igényel: platform esetén a több akvizíció közötti konzisztencia releváns, és ez néha pont amellett szól, hogy integráljon olyan részeket, amelyeket egy egyszeri deal esetén jobb lenne állva hagyni.
Ez érinti a korábbi tervek újrafelhasználását is. Egy platform, amely a harmadik vagy negyedik felvásárlást hajtja végre, már döntéseket hozott arról, mit vontak össze és mit nem az előzőnél. A hogyan használ fel újra egy integrációs tervet, és min ismeri fel, mely részeknél működik ez kérdés határozza meg, hogy ezek a korábbi döntések kiindulópontot vagy csapdát jelentenek — egy terv, amely az előző dealnél működött, nem automatikusan működik ennél is.
Az, hogy hol akad el egy integráció, ágazatonként eltérő. Az építőiparban a szűk keresztmetszetek gyakran a projektadminisztrációban, az alvállalkozói kapcsolatokban és egy adott entitáshoz kötött engedélyekben találhatók — lásd hol akad el egy integráció az építőiparban. A gépészeti ágazatban gyakrabban a szervizszerződésekről, a berendezéskezelésről és azokról az emberekről van szó, akik a gyakorlatban hordozzák az ügyfélkapcsolatot — lásd hol akad el egy integráció a gépészeti ágazatban. Mindkét példa megmutatja, hogy a döntési lista ágazatonként más részeket helyez az élre.
Egy döntés, hogy integráljon-e vagy nem, nem lesz megbízhatóbb attól, hogy egy táblázatba kerül, de nyomon követhetővé válik. A szinergia-alapvonal, a Day 1-terv és a Day 100-terv olyan generátorok, amelyek struktúrát adnak ennek a döntésnek: részenként lefektetik, mi a feltételezés, mitől függ, és mikor kerül felülvizsgálatra. Az integrációs iroda követi a függőségeket, és a döntési listát — mi igen, mi nem, és miért — a benefit-tracking mellett tartja, így egy feltételezés, amely már nem igaz, láthatóvá válik, mielőtt költségessé válna.
Ez nem egy referencialista. Nincs egy lezárt projekt, amire hivatkoznának, és az eszköz nem állítja, hogy az integrálás jobban megy attól, hogy strukturált. Amit tesz, az az, hogy a kérdést, amelyet máskülönben kihagynának, részenként visszateszi a napirendre.
Az eszköz épülőfélben van. Aki a generátorokat és az integrációs irodát szeretné használni, amint elérhetők lesznek, feliratkozhat a várólistára.
Az a kérdés, mit von össze és mit nem, szorosan összefügg egy másik kérdéssel: mekkora része az egy adott részben zajló munkának valójában olyan feladatokra épül, amelyek automatizálhatók, függetlenül attól, hogy az a rész az egyik vagy a másik entitáshoz kerül. Az FTE TO AI munkaelemzése feladatonként kiszámítja, mekkora rész vehető át AI által, és ezzel egy másfajta alapvonalat ad, mint az integrációs döntés maga — egyet, amely láthatóvá teszi, hol szabadul fel kapacitás, függetlenül attól, hogyan dönt szervezetileg.
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.