IT-stratégia és megvalósítás
Amit az IT valójában ér — még az aláírás előtt
A Spirity viszi a tranzakció IT- és technológiai fejezetét, és ott marad a Day 1-en, az első száz napon, valamint az azt követő integráció vagy szétválasztás alatt is.
Egy fejezet az átvilágításból, rendesen megcsinálva
Nem végzünk kereskedelmi vagy pénzügyi átvilágítást. A technológiai fejezetet visszük azok mellett, akik a másik kettőt — és rendszerint mi vagyunk azok, akiknek később együtt kell élniük a válasszal.
Az első adatszobától a stabil működésig
A legtöbb IT-átvilágítás az aláírásnál véget ér, és a megállapításait átadja annak, aki majd az integrációt viszi. Mi maradunk — főként ezért kell, hogy pontosak legyenek a becsléseink.
- 01
Tranzakció előtti átvilágítás
Felmérjük a célvállalat IT-környezetét, architektúráját, biztonsági helyzetét, szervezetét és költségbázisát, és számszerűsítjük, mibe kerül az integráció vagy a szétválasztás.
- 02
Az aláírástól a Day 1-ig
A megállapításokból felkészülési terv lesz: minek kell működnie az első reggelen, kié az egyes tételek felelőssége, és milyen átmeneti szolgáltatásoknak kell addigra a helyükön lenniük.
- 03
Az első 100 nap
Ütemezzük az integrációt vagy a szétválasztást — rendszerek, adatok, licencek, csapatok —, hogy a modellben szereplő érték elkezdjen megérkezni, ne pedig csússzon egy negyedévet.
- 04
Működtetés és finomhangolás
Átadjuk a cél működési modellt, és elérhetők maradunk, amíg beáll. A szinergiák csak akkor bizonyítottak, amikor az egyesített szervezet valóban azok szerint működik.
Hat terület, ahol a tranzakció IT-kockázata megbújik
Mindegyiket a tranzakciós tézishez mérjük, nem egy általános érettségi modellhez — a kérdés mindig az, hogy ez mit jelent ennél az ügyletnél.
IT-környezet és architektúra
Rendszerek, integrációk és függőségek feltérképezve — köztük a nem dokumentáltak, és az egypontos meghibásodási helyek, amelyeket észrevétlenül létrehoznak.
Alkalmazások és adatok
A kulcsrendszerek, mennyire egyediek már, kié az adat és milyen állapotban van, és mibe kerül ezeket migrálni, összevonni vagy szétválasztani.
Infrastruktúra és felhő
Üzemeltetés, bérleti konstrukciók, licencjogosultságok és felhős kötelezettségvállalások: azok a költségek, amelyek a Day 1-en megváltoznak, és azok, amelyeket egyáltalán nem lehet tisztán szétválasztani.
Kiberbiztonsági helyzet
Kitettség, kontrollok, incidenstörténet és megfelelőségi státusz — attól a csapattól, amely ezt a munkát az év többi részében szolgáltatásként végzi.
IT-szervezet és kulcsemberek
Felépítés, képességek, és hogy mennyi múlik egyes személyeken vagy egyes beszállítókon — beleértve azt is, kinek kell maradnia ahhoz, hogy a terv tartson.
Költségbázis és szerződések
A folyó IT-költség, az elhalasztott karbantartás, és azok a szerződések, amelyek a tulajdonosváltás pillanatában átárazódnak, megszűnnek vagy átszállnak.
Amire egy tranzakciós csapatnak valóban választ kell kapnia
Egy érettségi pontszámból senki nem tud tranzakciót árazni. Ebből az öt válaszból igen — és mindegyiknek ki kell állnia egy befektetési bizottság előtt.
Mennyibe kerül valójában az integráció?
Egy szám, amelynek a feltételezései látszanak, egyszeri és folyó tételekre bontva, hogy bekerülhessen a modellbe, ne csak egy lábjegyzetbe mellette.
Mennyi elhalasztott technológia van beárazva?
Amit az eladó évek óta halogat, az a vevő első évi beruházásává válik. Ezt számszerűsítjük, nem csak leírjuk.
Mi változik a tulajdonosváltáskor?
Licencek, támogatási és üzemeltetési szerződések, valamint kulcsemberekhez kötött megállapodások, amelyek a zárás pillanatában átárazódnak, megszűnnek vagy átszállnak.
Megvalósítható-e egyáltalán a Day 1?
E-mail, azonosításkezelés, bérszámfejtés, pénzügy, ügyfélkiszolgáló rendszerek: minek kell működnie az első reggelen, és mi az, ami valóban veszélyben van.
Túlélik-e a szinergiák a rendszereket?
Az IT-szinergiákat vállalják be elsőként, és teljesítik utolsóként. Mi az architektúrához mérjük őket, még mielőtt papírra kerülnének.
Vevői oldal, eladói oldal és carve-out
A vevői oldalon a felvásárlónak dolgozunk, a tranzakció ütemében, és gyakran még azelőtt, hogy a célvállalathoz a nyilvános adatokon túl bármilyen hozzáférés lenne.
Az eladói oldalon még a folyamat megnyitása előtt rendbe tesszük az IT-történetet — szétválasztjuk, mi megy át és mi nem, és kivesszük belőle azokat a meglepetéseket, amelyek más átvilágításában értéket visznek el.
Carve-out esetén meghatározzuk az átmeneti szolgáltatások körét: mit kell az eladónak tovább üzemeltetnie a vevő számára, meddig, milyen áron, és mit kell felépíteni a kiváltásához. Ezt a hatókört úgy írjuk meg, hogy tárgyalni lehessen róla, ne csak elvben egyetérteni.
Az, amit elmondhatunk, attól függ, mit látunk
01 Még nincs hozzáférés
Nyilvános beszámolók, termék- és álláshirdetési jelek, valamint a saját ágazati tapasztalatunk. Elég ahhoz, hogy képet alkossunk, és beárazzuk a nem tudás kockázatát.
02 Vezetői hozzáférés
Interjúk és bejárások. Elég ahhoz, hogy ellenőrizzük a rendszerkörnyezet valós alakját, és teszteljük az eladó róla adott leírását.
03 Teljes adatszoba
Szerződések, architektúra, részletes költségadatok és incidenstörténet. Elég ahhoz, hogy számszerűsítsük az integráció költségét, és meg is védjük a számot.
Dokumentumok, amelyek bekerülnek a tranzakciós aktába
Befektetési bizottságnak írva, nem IT-osztálynak — és elég részletesen ahhoz, hogy az integrációs csapat az aláírás utáni héten már dolgozni tudjon belőlük.
- 01
IT-átvilágítási jelentés
Megállapítások, figyelmeztető jelek és számszerűsített kockázatok, mindegyik mögött a bizonyítékkal — és világos kimondásával annak, mit nem láttunk, és ez mit hagy nyitva.
- 02
Integrációs vagy szétválasztási költségbecslés
Egyszeri és folyó tételek, munkafolyamonként bontva, a feltételezések kimondásával, hogy a modell tesztelhető legyen, ne bizalmi alapon kelljen elfogadni.
- 03
Szinergiaértékelés
Mely IT-szinergiák valósak, mitől függ mindegyik, és mikor érkeznek meg ténylegesen — az architektúrához mérve, nem az ambícióhoz.
- 04
Day 1 felkészültségi ellenőrzőlista
Minek kell működnie az első reggelen, kié az egyes tételek felelőssége, és mi a tartalék megoldás ott, ahol a felkészültség időben nem érhető el.
- 05
100 napos terv
Ütemezett terv az integrációhoz vagy a szétválasztáshoz, felelősökkel, döntési pontokkal és azokkal a mutatókkal, amelyekből látszik, hogy működik-e.
- 06
TSA-hatókör meghatározása
Azok a szolgáltatások, amelyeket az eladónak tovább kell nyújtania, meddig és milyen áron — elég pontosan megfogalmazva ahhoz, hogy tárgyalási alap legyen.
- 07
Kockázati nyilvántartás
Továbbvisszük a megvalósításba, nem lezárjuk az aláírásnál, hogy semmi, amit az átvilágítás feltárt, ne merüljön feledésbe a zárás után.
Energetika, távközlés és pénzügyi szektor
Három ágazat, ahol az IT erősen szabályozott, mélyen összekapcsolt, és ritkán egyszerű szétválasztani.
- 01
Energiaszektor konszolidáció
Vezetői szintű IT-támogatás, módszertantervezés és bevezetési tervezés nagyléptékű konszolidációs programhoz.
- 02
Távközlés
Az IT-szervezet és az architektúra teljes körű felmérése, majd transzformációs cselekvési terv és architektúraoptimalizálás.
- 03
Pénzügyi szolgáltatások
Felmérés és integrációtervezés olyan környezetben, ahol az ütemtervet a szabályozói kötelezettség és az ügyfélkiszolgálás folytonossága szabja meg, nem a tranzakciós csapat.
Gyakran ismételt kérdések
A biztonsági és IT-vezetőktől leggyakrabban kapott kérdések.
Nem találja, amit keres? Kérdezzen tőlünk közvetlenül
A technológiai fejezetet visszük, és semmi mást — sem a kereskedelmit, sem a pénzügyit, sem a jogit vagy az adózásit. Az ezekkel foglalkozó tanácsadók mellett dolgozunk, és nem zavar, ha mi vagyunk a legkisebb munkacsapat a tárgyalóban.
A különbség az, ami utána történik. A legtöbb IT due diligence az aláírásnál véget ér, és átadja a megállapításait annak, aki majd az integrációt vezeti. A mi M&A referenciáink olyan programok, ahol ugyanaz a csapat vitte a governance-t — architektúra és programmenedzsment szinten egyaránt — a due diligence-től a projekt sikeres lezárásáig. Ez megváltoztatja, mi kerül bele a jelentésbe, mert számítunk rá, hogy számon kérik rajtunk.
Az Önök ablakára szabjuk a hatókört, nem egy szabványos ütemtervre, és előre megmondjuk, mi az, ami nem fér bele.
Viszonyításul: a saját, dokumentált ütemtervünk egy határidőtől nem szorított informatikai szervezet- és működésfelmérésre hat hét az as is helyzetkép leszállításáig, majd további három hét a kockázatelemzésre. Ez az alakja akkor, ha senki nem néz órát. Egy tranzakcióban nincs kilenc hetük, ezért a hatókört az elején rögzítjük: mi van benne, mi marad kifejezetten kívül, és mi az, amit interjúmélységben és nem bizonyítékmélységben fedünk le.
A rövid ablak nem azt változtatja meg, hogy mit nézünk meg. Azt változtatja meg, milyen mélyre megyünk, és a jelentés mekkora része kap „nem ellenőrzött” jelölést — ez pedig a tranzakciós csapatnak információ, nem mentség.
Abból a munkacsapat-szerkezetből épül fel, amellyel magát a munkát is elvégeznénk, nem benchmark-adatbázisból, és egyszeri, illetve folyó költségre bontva adjuk át, nem egyetlen számként.
Minden feltételezés ott áll az általa mozgatott szám mellett, így a bizottság egyenként vitathatja őket, ahelyett hogy ösztönösen fogadná el vagy vetné el az egész becslést. Ez az, ami megmarad a tárgyalóban: a látható feltételezésű számmal lehet vitatkozni, a feltételezés nélkülit elvből lediszkontálják.
A jelentés azt is kimondja, mit nem láttunk, és ez mit hagy nyitva. A megadott bizonyossággal és megnevezett hézaggal átadott szám védhetőbb, mint a pontos, amelyhez egyik sincs — és ha az ülésen kell megvédeni, elmegyünk és megvédjük.
Kevesebbet, mint utána, és inkább kimondjuk a különbséget, mint elmossuk.
Hozzáférés nélkül: nyilvános beszámolók, termék- és álláshirdetési jelek, valamint a célvállalat külső technikai lábnyoma. Ez utóbbi valódi mérés, nem íróasztal mellett tett feltételezés — a külső támadási felület és a digitális kockázat figyelése olyan munka, amelyet szolgáltatásként végzünk az év többi részében is. Ennyi elég ahhoz, hogy képet alkossunk és beárazzuk a nem tudás kockázatát; ahhoz nem elég, hogy számot vállaljunk.
Vezetői hozzáféréssel: interjúk és bejárások, ennyi elég a rendszerpark alakjának ellenőrzéséhez és az eladói beszámoló próbára tételéhez. Teljes adatszobával: szerződések, architektúra, költségrészletek és incidenstörténet — ennyi elég az integrációs költség számszerűsítéséhez és a szám megvédéséhez.
Ott pedig, ahol egyszerűen nincs dokumentáció, nem hagyunk üres helyet. Az adott területet strukturált szakértői és vezetői interjúkkal térképezzük fel helyette, és a jelentés megmondja, mely megállapítás származik dokumentumból és melyik beszélgetésből.
A munka előrébb kerül, és más lesz a közönsége. Eladói oldalon azelőtt készítjük elő az IT-történetet, hogy a folyamat megnyílna: szétválasztjuk, mi megy át és mi nem, és megkeressük azt, amit a vevő tanácsadója úgyis megtalál — még akkor, amikor van idő megjavítani vagy saját magunknak beárazni.
Egy eladásban a drága meglepetés szinte mindig az, amit valaki más due diligence-e talál meg, abban a pillanatban, amikor már csak árcsökkentéssel lehet válaszolni rá.
Van egy második ok is arra, hogy ezt rendesen csinálják. Az Önök által bemutatott leválasztási javaslat lesz az a dokumentum, amelyből a vevő architektjei dolgoznak, területenként, a saját célarchitektúrájuk és működési modelljük mellé téve. Mi ültünk már az asztal mindkét oldalán. Az a javaslat, amely kibírja a találkozást a vevő célarchitektúrájával, lényegesen többet ér annál, amelyik jól olvasható.
A TSA azoknak a szolgáltatásoknak a köre, amelyeket az eladó a zárás után tovább üzemeltet a vevőnek: mely szolgáltatások, meddig, milyen költségalapon, és milyen feltételekkel érnek véget. Vevői oldalon vezettünk IT TSA-tárgyalást, eladói oldalon pedig egy energiaszektorbeli fúzióban készítettük elő a TSA-t.
Két dolog romlik el újra és újra. Az első: elvben megállapodnak egy TSA-ról, az árát és a kilépési feltételeit pedig később tudják meg, amikor már nincs alkupozíció. A második: pusztán műszaki megállapodásként kezelik. A TSA embereket is átszervez, mert mindkét oldal olyan szerepeket és felelősségeket vesz át, amelyek előző nap még nem voltak az övéi, és valakinek fel kell készítenie erre a szervezetet.
Ezért az általunk írt hatókör megnevezi a szolgáltatásokat, az időtartamot, a költségalapot, és azt, mit kell felépíteni mindegyik kiváltására. Azért íródik, hogy tárgyalni lehessen belőle, nem azért, hogy elvben elfogadják.
Úgy, hogy az eladó leválasztási javaslatát szembeállítjuk az Önök oldalával — a célarchitektúrával, az alkalmazás-landscape-pel és a cél működési modellel —, területenként: aláírás előtt, ahol a hozzáférés engedi, és közvetlenül utána, ahol nem.
Annak a listája, aminek az első reggelen tényleg működnie kell, rövid és látványtalan: azonosításkezelés és levelezés, bérszámfejtés, pénzügy, és mindaz, ami az ügyfelek felé néz. Mindegyiknél az a kérdés, hogy miben függ még mindig olyasmitől, ami az eladóé.
Ahol az őszinte válasz az, hogy „egy olyan rendszertől, amely nem lesz időre leválasztva”, ott ebből vagy átmeneti szolgáltatás lesz, vagy Day 1 kockázat írásban rögzített tartalékmegoldással és megnevezett gazdával. Sokkal olcsóbb ezt a due diligence alatt megtudni, mint a zárás hetében.
Ott marad, ahol van. A titoktartási kötelezettségünk mindkét irányba szól, és nem jár le: semmit, ami a munkából keletkezett vagy annak során a tudomásunkra jutott — műszaki, jogi, gazdasági vagy üzleti információt, tervet, adatot, eljárást — nem közlünk, nem hozunk nyilvánosságra és nem reprodukálunk harmadik személy felé előzetes írásbeli hozzájárulás nélkül, és ez a kötelezettség a megbízás megszűnése után is fennmarad, időbeli korlátozás nélkül, megszegése esetén kártérítési felelősséggel. Kiterjed a saját ajánlatunkra is, részben és egészben egyaránt.
A gyakorlatban ez a kézenfekvő dolgot jelenti: egy célvállalat due diligence-ét soha nem hasznosítjuk újra a következő vevőnek.
Szöveges dokumentum és prezentáció, mindkettő, mert a két közönség másképp olvas.
Az alapkészlet: az as is helyzetkép, a GAP-elemzés, a hiányzó képességek magas szintű „to be” leírása — olyan mértékben az Önök szervezetére szabva, hogy a megvalósítás már tervezhető legyen belőle —, akcióterv, valamint költségcsökkentési vagy hatékonyságnövelési javaslatok ott, ahol találunk ilyet. Tranzakcióban ez kiegészül az integrációs vagy leválasztási költségbecsléssel, a Day 1 készenléti ellenőrzőlistával, a 100 napos tervvel és a TSA-hatókör bemenetével.
Elsősorban befektetési bizottságnak íródnak, másodsorban az integrációs csapatnak — ami a gyakorlatban azt jelenti, hogy a megállapításokat annak is el kell tudnia olvasni, aki nem informatikus, a mögöttük lévő részleteket pedig annak kell tudnia használni, aki az.
Az elemzési keretrendszert és a template-eket az Önök szervezetére adaptálva adjuk át, nem a miénkre, így a következő tranzakciónál egyes részeit maguk is le tudják futtatni.
Egyetértünk, és ez a szolgáltatás pontosan ez ellen a minta ellen épült.
Az M&A referenciáink nem jelentésátadások. Az egyikben mi vezettük az IT TSA-tárgyalást, majd magát a transzformációt is, egy távközlési cégcsoporton keresztül. A másikban, egy energiaszektorbeli fúzióban, ugyanaz a módszertan vitte a governance-t architektúra és programmenedzsment szinten a due diligence-től a carve-outon, a TSA előkészítésén, a carve-in tervezésén és a transzformáción át — beleértve a szervezet felkészítését olyan szerepekre és felelősségekre, amelyek korábban nem voltak az övéi.
A lényeg az, hogy ez visszahat magára a due diligence-re: a becsléseket olyanok írják, akik számítanak rá, hogy teljesíteniük kell őket. Ha csak a jelentést kérik, megkaphatják csak a jelentést. Mi egyszerűen jobban szeretjük, ha a kockázati nyilvántartás átmegy a megvalósításba, ahelyett hogy az aláírásnál lezárnák.
Gyorsabban halad a tranzakció, mint az IT-válasza?
A technológiai fejezetet a tranzakció ütemében visszük — és ott maradunk a Day 1-en és az azt követő száz napon is.