Pēc paraksta seko pieņēmums, ka viss jāsavieno kopā. Sistēmas, komandas, procesi, zīmoli — viena veseluma izveide izskatās pēc darījuma loģiskas noslēguma. Šis pieņēmums ne vienmēr ir pareizs, un sadaļas, kur tas nav pareizs, parasti var atpazīt jau iepriekš.
Integrēšana ir izvēle, ne automātisms. Pie katras sadaļas — sistēmas, komandas, klientu attiecībām, produktu līnijas — pieder jautājums, vai apvienošana rada vērtību vai maksā vērtību. Šis jautājums nav izņēmums grūtajiem gadījumiem. Tas ir standarta jautājums, arī tām sadaļām, kas izskatās pēc pašsaprotamām.
Iemesls, kāpēc šeit rodas kļūdas, parasti nav nevēlēšanās paskatīties. Tas ir laika spiediens. Day 1 plānam ir jābūt gatavam, sinerģijas gadījumam jāsakrīt, un "integrēt" ir īsākais ceļš uz atbildi, kas papīra formā izskatās pilnīga. Trūkst brīža, kad kāds par katru sadaļu fiksē: šo apvienojam, šo atstājam kā ir, un šis ir iemesls.
Pastāv modeļi, kas ir redzami jau iepriekš, ne tikai pēc fakta. Divas sistēmas, kas pilda vienu un to pašu funkciju, bet ir būvētas pēc atšķirīgas loģikas, apvienošanas gadījumā bieži izmaksā vairāk konvertēšanas un apmācības laika ziņā, nekā tās sniedz pārvaldības vieglumā. Komanda, kas darbojas, pateicoties ātrumam un īsām saziņas līnijām, šo īpašību zaudē, tiklīdz tā tiek iekļauta lielākā, vairāk slāņotā struktūrā. Klientu attiecības, kas balstās uz konkrētu personu vai konkrētu darba metodi, integrāciju formāli pārdzīvo bieži, bet praksē — ne.
Jautājumam kad integrēšana iznīcina vērtību pienākas vieta blakus katram sinerģijas aprēķinam, ne pēc tā. Sinerģijas gadījums, kas skaita vienīgi apvienošanas ienākumus un ne dezintegrācijas izmaksas — kavēšanos, aizplūdi, klientu zudumu — ir stāsts uz pusēm.
Sistēmas ir sadaļa, kur integrēšana visbiežāk tiek pieņemta kā pašsaprotama, un kur tā visbiežāk nav pareiza. Sistēmai, kas darbojas labi, ir iestrādāta komandā, kas to lieto, un nedod akūtu iemeslu nomaiņai, nav vajadzības pazust tikai tāpēc, ka tā pieder citai vienībai. Jautājums kuras sistēmas labāk atstāt kā ir un pēc kā to redzat iepriekš pieder pie katras IT inventarizācijas, un rezultāts dažreiz ir: nedarīt nekā, atļaut divām sistēmām pastāvēt paralēli, vai lemt tikai pēc gada.
Lēmums integrēt vai nē arī ir atkarīgs no darījuma veida. Platformai, kas aug ar vairāku pārņemšanu palīdzību, integrācijas modelis ir atšķirīgs no vienreizējas pārņemšanas. Tas, ko buy-and-build nozīmē jūsu integrācijas pieejai un pēc kā to redzat ir citāds jautājums nekā tas, ko pieprasa vienreizējs pārņemšanas darījums: platformas gadījumā konsekvence starp vairākiem darījumiem ir nozīmīga, un tas dažreiz gan runā par labu integrēšanai tām sadaļām, kuras vienreizēja darījuma gadījumā labāk paliktu neskartas.
Tas skar arī iepriekšējo plānu izmantošanu no jauna. Platformai, kas veic trešo vai ceturto pārņemšanu, iepriekšējos darījumos jau ir izdarīta izvēle par to, ko apvienot un ko ne. Jautājums kā izmantojat integrācijas plānu no jauna un pēc kā redzat, kurām sadaļām tas darbojas nosaka, vai šī iepriekšējā izvēle ir sākumpunkts vai slazds — plāns, kas darbojās iepriekšējā darījumā, automātiski nedarbojas šajā.
Vieta, kur integrācija apstājas, atšķiras pēc sektora. Būvniecībā šķēršļi bieži rodas projektu administrācijā, apakšuzņēmēju attiecībās un atļaujās, kas ir piesaistītas konkrētai vienībai — skatiet kur integrācija apstājas būvniecībā. Instalāciju nozarē tas biežāk ir par servisa līgumiem, iekārtu pārvaldību un cilvēkiem, kas praksē uztur klientu attiecības — skatiet kur integrācija apstājas instalāciju nozarē. Abi piemēri parāda, ka lēmumu saraksts katrā sektorā izceļ citas sadaļas augšgalā.
Lēmums integrēt vai nē nekļūst uzticamāks, ievietojot to izklājlapā, bet tas kļūst izsekojams. Sinerģijas bāzes līnija, Day 1 plāns un Day 100 plāns ir generatori, kas piešķir struktūru šim lēmumam: fiksēt par katru sadaļu, kāds ir pieņēmums, no kā tas ir atkarīgs, un kad tas tiks pārskatīts. Integrācijas birojs seko atkarībām un tur lēmumu sarakstu — ko dara, ko ne, un kāpēc — līdzās guvumu izsekošanai, lai pieņēmums, kas vairs nav pareizs, kļūtu redzams, pirms tas kļūst dārgs.
Tas nav sasniegumu apliecinājums. Nav pabeigta procesa, uz kuru atsaukties, un rīks nepretendē, ka integrēšana notiek labāk tikai tāpēc, ka tā ir strukturēta. Tas, ko tas dara, ir atkal likt uz darba kārtības jautājumu, kas citādi tiktu izlaists, par katru sadaļu.
Rīks ir izstrādes procesā. Kas vēlas izmantot generatorus un integrācijas biroju, tiklīdz tie būs pieejami, var pierakstīties gaidīšanas sarakstā.
Jautājums, ko apvienojat un ko ne, ir cieši saistīts ar citu jautājumu: kāda daļa darba kādā sadaļā patiesībā balstās uz uzdevumiem, kurus var automatizēt, neatkarīgi no tā, vai šī sadaļa nonāk pie vienas vai otras vienības. FTE TO AI darba skenēšana par katru uzdevumu aprēķina, kādu daļu darba var pārņemt AI, un tādējādi sniedz citāda veida bāzes līniju nekā pati integrācijas izvēle — tādu, kas parāda, kur atbrīvojas kapacitāte, neatkarīgi no tā, kā organizatoriski lemjat.
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.