Egy korábbi ügyletből származó integrációs terv gyakran ott van a fiókban. A struktúra működött, a funkciók és rendszerek felosztása helyes volt, és csábító újra felhasználni. Egy terv újrafelhasználása azonban más, mint egy eredmény megismétlése. A kérdés nem az, hogy a terv teljes volt-e, hanem az, hogy az abban szereplő feltevések még érvényesek-e erre az ügyletre, ezekre a két szervezetre és erre a piacra.
Az újrafelhasználás a kérdés szintjén működik, nem a válasz szintjén. Egy korábbi terv tartalmazott egy sorrendet a rendszerekhez, egy felosztást arról, mely funkciók olvadnak össze és melyek nem, valamint egy listát a függőségekről. Ez a sorrend hasznos ellenőrzőlistaként, hogy semmit ne felejtsenek ki. Nem hasznos azonban eredményként, amit lekopírozhatnak, mert az, hogy valami legutóbb miért olvadt össze, kevés információt ad arról, hogy ezúttal is így kell-e lennie.
Egy régi terv alapként való használata előtt néhány jelet ellenőrizni kell.
Először: hasonlóak voltak-e a korábbi két szervezet a jelenlegi kettőhöz, méretben, rendszerkörnyezetben, abban, hogy az ügyfelek mennyire érzik meg a különbséget. Egy terv, amely két egyenrangú félre készült, nem illik egy olyan felvásárlásra, ahol az egyik fél egy kicsi, kiegészítő csapat.
Másodszor: ismert-e, hogy egyes részlegek akkoriban miért maradtak külön. Ha ez az indok nincs dokumentálva, nem lehet megítélni, hogy most kellene-e összeolvadniuk. Egy terv, amely csak azt mutatja, mi olvadt össze, anélkül, hogy megjelölné, miért maradt valami külön, kevesebbet ér újrafelhasználáshoz, mint amennyinek látszik.
Harmadszor: hasonló-e az alapul szolgáló rendszerkörnyezet. Két ERP-rendszer összevonása más feladat, mint két tervezőeszközt egymás mellett működtetni. Amit legutóbb egyik első lépésként hajtottak végre, ezúttal jobb, ha inkább pihen egy ideig, mert a rendszerek maguk nem hasonlíthatók össze.
Függetlenül attól, hogy egy terv új vagy újrafelhasznált: minden részlegnél fel kell tenni a kérdést, hogy az összevonás egyáltalán hoz-e hozzáadott értéket. Ez nem egy kivételes kérdés a bizonytalan esetekhez. Ez egy állandó lépés, még azoknál a részlegeknél is, amelyek első pillantásra nyilvánvalóan összetartoznak.
Az oka az, hogy az integrálás olyan költségekkel jár, amelyek nem mindig láthatók előre: azok az emberek, akik idejét másképp az ügyfelekre vagy a növekedésre fordítanák, rendszerek, amelyek ideiglenesen kevésbé megbízhatók, csapatok, amelyek bizonytalanná válnak a szerepükkel kapcsolatban. Ha erre nincs bizonyítható ellentételezés, az összevonás egy kompenzáció nélküli költségtétel. Amikor az integrálás értéket rombol tehát nem szélsőséges eset, hanem strukturális kockázat minden olyan tervnél, amelyet ezen a próbán való átvizsgálás nélkül vesznek át.
Vannak részlegek, amelyeknek jobb, ha legtöbbször külön maradnak: egy márka saját ügyfélkapcsolattal, egy csapat, amelynek kultúrája éppen az oka volt a felvásárlásnak, egy rendszer, amelyet éppen felváltottak, és nem kell újra átalakítani. Amit tudatosan külön hagynak, nem egy elmaradt feladatok listája, hanem egy saját indokkal rendelkező döntés, és ezt az indokot ugyanúgy dokumentálni kell, mint az összevonás indokát. Lásd mit hagy tudatosan külön arra, hogyan néz ki ez a választás.
Ritkán fordul elő, hogy egy egész felvásárlásnak egészében kell integrálódnia vagy nem. Az eredmény többnyire egy keverék: a pénzügyi beszámolás központosítása, az ügyfélrendszerek külön hagyása, a HR-politika részleges összevonása. Minden részleg saját mérlegelést igényel, saját idővonallal és saját kockázattal. Hogyan dönt részlegenként az integrálásról vagy annak elhagyásáról tehát kevésbé egy lépésenkénti terv, mint egy állandó kérdés, amelyet minden részlegnél külön feltesznek, saját válasszal.
Ez a mérlegelés ágazatonként is eltér. Az építőiparban egy integráció gyakran a projektadminisztráción és az alvállalkozói kapcsolatokon akad el, amelyek nem egyszerűen átvihetők egy másik rendszerbe; lásd hol akad el egy integráció az építőiparban. A telepítési szektorban gyakrabban a tervezőrendszerek és a szervizszerződések azok, amelyek nem olvadnak össze egy a egyben; lásd hol akad el egy integráció a telepítési szektorban. Egy újrafelhasznált terv, amely ezeket a különbségeket figyelmen kívül hagyja, pontosan azt a részleget hagyja ki, ahol korábban elakadt.
A szinergia-alapvonal, az 1. napi terv és a 100. napi terv generátorai nem az előző ügylet sablonjára épülnek, hanem a megadott helyzetre: milyen részlegek vannak, mik a függőségek, és milyen indoka van részlegenként az összevonásnak vagy annak elhagyásának. Az integrációs iroda ezután nyomon követi, milyen előnyöket neveztek meg, milyen függőségek maradtak nyitva, és mely részlegeket hagytak tudatosan külön. Ez nem bizonyíték arra, hogy működik — nincs elvégzett folyamat, amire hivatkozni lehetne —, de olyan struktúra, amely rákényszerít a kérdés feltevésére minden részlegnél, helyette, hogy azt kihagynák.
A mergerintegration.net jelenleg épül. Aki ezzel szeretne dolgozni, amint elérhető lesz, felírhatja magát a várólistára.
Az a kérdés, hogy ennek a munkának melyik része igényel saját időt, és melyik rész vehető át, nem csak az integrációs tervezésnél merül fel. A FTE TO AI munkaköre-elemzése feladatonként kiszámítja, mekkora részét lehet átadni az AI-nak, és ezzel képet ad arról, hol szabadul fel kapacitás, még mielőtt egy integrációs folyamat elindul.
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.