Esimese saja päeva jooksul pärast tehingut näib probleem sageli olevat otsuste puudumine. Sagedamini on probleem järjekord. Otsus ühise ERP-süsteemi kohta blokeerib raporteerimisliinide sisseseadmise. Otsus selle kohta, kes saab kommertsmandaadi, blokeerib igasuguse vestluse jagatud klientidega. Kuni keegi seda sõltuvust ei nimeta, ootavad kaks meeskonda samal ajal teineteist, ilma et keegi seda märkaks.
Mitte igal rippuval otsusel ei ole probleemi. Mõned asjad võivad ootama jääda, ilma et ülejäänu seiskuks — mis need on ja kes saab selle otsustada, on kirjeldatud lehel selle kohta, mis võib oodata Day 100-ni. Blokeeritud otsus on midagi teist: see on otsus, millest sõltuvad teised otsused ja mis neid teisi otsuseid tõendatavalt kinni hoiab. Vahe ei ole ühe meeskonna vaatevinklist alati nähtav. Finantsosakond ei näe, et tema ootamine süsteemi valikul peatab ka HR-integratsiooni, kuna palgatõendid on seotud sama süsteemiga. Need seosed muutuvad nähtavaks alles kui keegi need selgesõnaliselt kaardistab, sõltumatult osakonnast, mis juhtub olema viimasena järjekorras.
Blokeeritud otsuse kulud pole harva kindel summa nädalas. Need sõltuvad sellest, mis seisab: hinnakokkulepe, mida ei saa üle vaadata enne, kui tooteportfell on ühendatud, võtmetöötaja, kes lahkub, kuna keegi ei andnud selgust tema rolli kohta, klient, kes vahetab konkurendi kasuks, kuna kaks kliendihaldusmeeskonda räägivad vastu üksteisele. Need pole numbrid, mida saab ette arvutada. Need on aga järjestatavad: milline otsus mõjutab kui paljusid teisi otsuseid ja mis on kahju iseloom, kui see kestab kauem. See järjestamine — ebakindluse ja tagajärje alusel, mitte selle alusel, kes valjemini karjub — on käsitletud lehel otsuste järjestamise kohta ebakindluskulude alusel.
Blokeerivate otsuste kaardistamisel kuulub juurde küsimus, mida ei tohi vahele jätta: kas see osa peaks tegelikult integreeritama. Sõltuvuse lahendamine kahe süsteemi ühendamise teel ei ole automaatselt paremaks lahendus kui neid kõrvuti eksisteerima jätta. Vahel on kiireim viis blokaadi kõrvaldamiseks otsustada, et integratsioon sel punktil väärtust ei lisa. See otsus ei peaks olema tehtud vaikimisi, kuna keegi küsimust ei esitanud; see peaks olema selgesõnaliselt laual, kõrvuti küsimusega, millal ja mis järjekorras.
Blokeerivate otsuste nimekiri on integratsiooni esimesel päeval juba mittetäielik ja muutub selleks kiiremini, mida rohkem otsuseid tehakse. Uued sõltuvused tekivad niipea, kui vanad lahendatakse: süsteem on valitud ja nüüd selgub, et rakendamine sõltub tarnijalepingust, mis on veel kehtiv. Keegi peab hoidma seda kaarti ajakohasena, mitte esimese nädala ühekordse harjutusena, vaid jooksva ülesandena — muidu liigub blokaad ainult kohta vahetama. Kes seda rolli täidab ja kuidas see inimene hoiab ära, et kaart ise ei muutuks aeglustavaks bürokraatiaks, on kirjeldatud lehel integratsioonibüroo toimivana hoidmise kohta.
Blokeeritud otsused on tihti põhjus, miks Day 100-plaani ei saavutata, mitte kuna plaan oli vale, vaid kuna sõltuvust alahinnati. Millised otsused kuuluvad kindlasti esimese saja päeva sisse ja kes jälgib, et need ka tegelikult tehtaks, on kirjeldatud lehel esimese saja päeva otsuste kohta. Mida teha, kui tähtaeg siiski ei saabu — millised otsused sel juhul ümber prioritiseeritakse ja kes selle otsustab — on kirjeldatud lehel Day 100 saavutamata jäämise kohta. Blokaadi märkamine ei ole samaväärne selle lahendamisega, kuid märkamiseta jääb viivitus nähtamatuks kuni hetkeni, mil aruanne tuleb esitada.
mergerintegration.net generaatorid ja integratsioonibüroo struktureerivad need sõltuvused: nad kaardistavad, milline otsus ootab millist teist otsust ja milline osa organisatsioonist seetõttu seisab. See ei ole teenistuskäik — ei ole läbiviidud projekti, millele see tööriist toetub, ja seda ei väideta siin. See on viis küsimuse teravalt esitamiseks enne, kui viivitus muutub nähtavaks arvudes, mida enam keegi ei saa korrigeerida. Kes soovib sellega töötada, saab registreeruda ootenimekirja; tööriist on ehitamisel.
Osa ajast, mis läheb kaduma blokeeritud otsuste tõttu, kulub tööle, mida inimesed teevad käsitsi, kuigi see saaks toimuda automaatselt: kliendinimekirjade ühendamine, lepingutingimuste võrdlemine, sõltuvuskaardi ajakohastamine, mis muutub pärast igat koosolekut. FTE TO AI töömahuskaneering arvutab ülesande kaupa välja, kui suure osa sellest saab AI üle võtta, ja teeb sedasi nähtavaks, kus vabaneb kapatsiteet, mis muidu oleks võinud kuluda integratsioonile enesele.
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.