Sinergijos suma dažniausiai nustatoma anksčiau nei prielaida už jos. Procese reikia skaičiaus, kad modelis susibalansuotų, ir tas skaičius atsiduria sinergijos bazinėje linijoje, be to, kad kas nors garsiai pasakytų, nuo ko jis priklauso. Tai nesugrįžta pasirašymo metu, bet po kelių mėnesių, kai išaiškėja, kad suma buvo pagrįsta prielaida, kurios niekas nepatikrino.
Kiekvieną sinergijos sumą galima išskaidyti į tris klausimus. Kas turi būti tiesa, kad ši suma būtų teisinga? Kas yra atsakingas, jei ji neišsipildo? Ir iš ko jūs pamatysite, prieš metų pabaigą, ar viskas eina tinkama linkme? Neatsakius į šiuos tris klausimus, sinergijos suma yra tiesiog noras su prikabintu skaičiumi, o norai savaime nesusipildo.
Prielaida dažniausiai yra sunkiausia dalis, kurią reikia atskleisti, tiesiog dėl to, kad ji yra implicitinė. "Pirkimo pranašumas dėl mastelio" skamba kaip sinergija, bet prielaida už jos yra kažkas panašaus į: abu pirkimo skyriai yra pasiruošę konsoliduoti tiekėjus, sutartys baigiasi panašiu laiku, o tiekėjas yra pasiruošęs peržiūrėti kainas didesnio kiekio atveju. Kiekviena iš šių trijų prielaidų gali pasirodyti neteisinga, ir tada suma dingsta, be to, kad kas nors tai būtų numatęs.
Sinergijos sumos, priskirtos padaliniui, o ne asmeniui, dingsta lengviausiai. "Finansai" ar "pirkimai" nėra savininkas; vardas yra savininkas. Šis asmuo neprivalo pats atlikti darbo, bet turi būti tas, kuris gali paaiškinti, kodėl sinergija vėluoja, greitėja ar tampa nebeįgyvendinama. Be tokio nurodymo atsakomybė ištirpsta pirmųjų mėnesių kasdieniame spaudime, ir niekas nesijaučia įpareigotas ginti sumą ar laiku ją panaikinti.
Sinergijos bazinės linijos generatorius užtikrina šį ryšį: nėra sinergijos be prielaidos, nėra prielaidos be savininko. Tai nesustabdo sinergijų nepasisekimo, tačiau užtikrina, kad jos nepasisektų nepastebėtai.
Jei sinergija jau įtraukta į bazinę liniją, ją reikia ir sekti, o sekimas veikia tik tuomet, kai jis yra paprastas. Kas tikisi išsamaus aprašymo kiekvienai sinergijai, po kelių mėnesių nebeturės nė vieno, kuris pildytų ataskaitą. Todėl semaforo modelis sinergijų sekimui veikia su ribotu statusų skaičiumi, o ne su pasakojimu: pagal grafiką, spaudžiama, arba neįgyvendinama. Tai priverčia savininką rinktis, o ne nuanansuoti, ir tik toks pasirinkimas padaro ataskaitą naudinga tam, kuris turi apžvelgti dvidešimt sinergijų vienu metu.
Klausimas, ar sinergija dar įgyvendinama, neturėtų būti keliamas tik tada, kai skaičiai jau nuvilia. Fiksuotas patikrinimas, ar sinergija dar įgyvendinama veikia geriau kaip nuolatinis darbotvarkės punktas, nei kaip vėliau kylantis krizinis susitikimas. Kai pagrindinė prielaida jau nebeatitinka tiesos — tiekėjas nesutinka peržiūrėti kainų, sistemos migracija netelpa į numatytą laiką — geriau tai žinoti anksti, nei vėlai.
Ne kiekviena sinergija, kuri neįsitvirtina, yra vykdymo nesėkmė. Kartais prielaida nuo pat pradžių buvo pernelyg optimistinė, ir tai nėra priekaištas savininkui, o informacija kitam žingsniui. Klausimas nėra, kaip priversti sinergiją vis tiek įsitvirtinti, bet kas tuomet nutinka su suma, planu ir lūkesčiais, kurie buvo su ja susiję. Ką daryti, jei sinergija neįsitvirtina todėl nėra išimtinis scenarijus, bet nuolatinė sinergijų sekimo dalis: koreguoti, perskirstyti arba atsisakyti, su priežastimi, kuri yra užfiksuota, o ne sklando koridoriuose.
Taikant "buy-and-build" strategiją, sinergijos sumos kaupiasi per eilę paeiliui sudarytų sandorių, ir tai pagrindimą padaro sudėtingesnį, ne paprastesnį. Sinergija, kuri buvo logiška antrojo įsigijimo metu, nebūtinai automatiškai galioja penktojo įsigijimo atveju, ypač jei platformos organizacija tuo tarpu pati pasikeitė. Kaip pagrindžiate sinergiją "buy-and-build" strategijos atveju todėl nėra apie šabloną, kurį kartojate, bet apie prielaidą, kurią kaskart iš naujo tikrinate su organizacija, kokia ji yra dabar, o ne kokia buvo praėjusio sandorio metu.
Prielaida už sinergijos sumos beveik visada kažkur susisiekia su patiu darbu: kas ką daro, kiek tai užima laiko, ir ar tai po susijungimo išlieka tas pats. Kai šis klausimas tampa konkretus, naudinga žinoti, kiek to darbo faktiškai gali perimti automatizacija, nes tai pakeičia pačią prielaidą. FTE TO AI darbo skanavimas (werkscan) apskaičiuoja kiekvienai užduočiai, kokią darbo dalį galima perduoti AI, ir tai paverčia sinergijos sumą ne įverčiu, o skaičiavimu.
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.