Day 100 on päivämäärä, jonka integraatiotiimit asettavat itselleen, ei luonnonlaki. Kun tämä päivämäärä lähestyy ja suunnitelma ei ole valmis, syntyy tavallisesti levottomuutta: menikö jokin pieleen, pitääkö vauhdittaa, pitääkö jonkun ottaa vastuu? Nämä kysymykset ovat ymmärrettäviä, mutta usein ne eivät ole oikeat kysymykset. Ensimmäinen kysymys on täsmällisempi: mikä osa suunnitelmasta ei toteutunut, ja mitä se tarkoittaa muun suunnitelman kannalta.
Day 100 -suunnitelma koostuu päätöksistä, jotka riippuvat toisistaan, ja päätöksistä, jotka eivät riipu. Jos IT-migraatio viivästyy, mutta muu organisaatio ei odota sitä, se on erilainen ongelma kuin tilanne, jossa henkilöstöpäätös viivästyy, kun viisi muuta tiimiä odottaa sitä voidakseen jatkaa. Ennen kuin päättelette, että Day 100 epäonnistui, on järkevää tarkastella, mitkä alkuperäisistä päätöksistä olivat todella kriittisellä polulla ja kuka sitä valvoi. Myöhästynyt määräaika päätöksessä, joka ei estänyt mitään, ei ole kriisi. Myöhästynyt määräaika päätöksessä, jota kaikki odottivat, on sitä.
Tätä eroa harvoin määritellään tarkasti etukäteen. Suunnitelmat kirjoitetaan päivämääräluetteloina, ei riippuvuusverkkoina. Kun jälkikäteen on selvitettävä, mitä viivästys todella maksaa, huomataan usein, että riippuvuuksia ei ole koskaan kirjattu selkeästi. Juuri siksi kannattaa etukäteen määrittää, mitkä riippuvuudet estävät muun prosessin etenemisen ja kuka sitä valvoo. Tämän kartan puuttuessa jokainen viivästys on yllätys sen sijaan, että se olisi tunnetun riskin odotettu seuraus.
Kaikki lykätyt päätökset eivät maksa yhtä paljon. Päätös yhteisestä CRM-järjestelmästä voi odottaa menettämättä paljoa, kun taas päätös siitä, kuka hoitaa asiakassuhdetta ensimmäisestä päivästä lähtien, vaikuttaa suoraan asiakkaisiin ja työntekijöihin, jos sitä lykätään. Ero sen välillä, mikä voi odottaa ja mikä ei, ei ole kiinteä: se riippuu toimialasta, organisaatioiden päällekkäisyyden laajuudesta ja siitä, kuinka paljon epävarmuutta pidempi odotusaika aiheuttaa niille, jotka odottavat päätöstä.
Tämän erottelun tekemisessä auttaa päätösten järjestäminen sen mukaan, mitä epävarmuus todella maksaa, ei sen mukaan, mikä on helpoimmin käsiteltävissä ensimmäisenä. Osa tiimeistä käsittelee ensin nopeimmin tehtävät päätökset, vaikka kallein epävarmuus sijaitsisi muualla. Yksi tapa välttää tämä on järjestää päätökset sen perusteella, mitä epävarmuus maksaa per päivä, jona päätös viipyy. Tämä johtaa erilaiseen järjestykseen kuin suunnitelma, joka pyrkii yksinkertaisesti saamaan kaiken valmiiksi sadassa päivässä.
On olemassa myös toinen puoli: ei kaikkia päätöksiä pidä tehdä sadan päivän sisällä, ja sen pakottaminen voi vahingoittaa enemmän kuin sen lykkääminen. Osa integraatiovalinnoista tehdään paremmin tarkkailujakson jälkeen, kun on selvempää, miten kaksi organisaatiota todella toimivat yhdessä. On siis yhtä tärkeää tietää, mikä voi odottaa Day 100:n jälkeen prosessin jumiutumatta kuin tietää, mikä ei voi odottaa. Myöhästynyt määräaika päätöksessä, joka olisi kuitenkin ollut parempi tehdä myöhemmin, ei ole epäonnistuminen — se on korjaus.
Kun Day 100:aa ei saavuteta, kysymys ei useinkaan koske itse päätöstä, vaan rakennetta, jonka olisi pitänyt valvoa päätöksiä. Integraatiotoimisto, joka pitää yllä vain päivämääräluetteloa, huomaa myöhästyneen määräajan vasta, kun se on jo myöhässä. Integraatiotoimisto, joka seuraa riippuvuuksia ja epävarmuuden kustannuksia, näkee viivästyksen tulevan ja voi ajoissa päättää, tarvitaanko korjausta vai onko lykkäys hyväksyttävä.
Tämä liittyy laajempaan kysymykseen siitä, miten integraatiotoimisto itse on järjestetty. Toimisto, joka on kuormitettu tilanneraporteilla ja seurannalla, menettää yleiskuvan juuri sillä hetkellä, kun sitä tarvitaan. Sen takia kannattaa pohtia, miten integraatiotoimisto pysyy toimintakykyisenä ja kuka sitä valvoo, jotta myöhästynyt määräaika muuttuu signaaliksi sen sijaan, että se olisi kohinaa ylikuormitetussa saapuneet-kansiossa.
Eikä ole olemassa yhtä vastausta siihen, mitä tehdä, kun Day 100:aa ei saavuteta: vastaus riippuu siitä, mistä päätöksestä on kyse, mikä sitä odottaa, ja maksaako viivästys todella arvoa vai suojeleeko se päinvastoin arvoa välttämällä hätiköidyn valinnan. Se, joka etsii tässä vaiheessa rakennetta valmiin vastauksen sijaan, löytää kehitetyn lähestymistavan sivulta, joka käsittelee erityisesti, mitä tehdä, kun Day 100:aa ei saavuteta ja kuka valvoo tätä prosessia.
Jokaisen toteutumatta jääneen Day 100 -suunnitelman osan kohdalla kuuluu myös taustalla oleva kysymys siitä, oliko kyseisen osan yhdistäminen ylipäätään tarpeen. Osa järjestelmistä, tiimeistä tai prosesseista ei voita mitään integraatiosta, mutta menettää aikaa ja huomiota, joita tarvitaan muualla. Myöhästynyt määräaika on hyvä hetki esittää tämä kysymys uudelleen, ei vain työntää kovemmin kohti alkuperäistä päivämäärää.
Sen määrittämiseksi, mikä osa tällaisen integraatioprosessin työstä pitäisi tehdä ihmisten toimesta ja mikä osa voidaan tukea AI:lla, FTE TO AI tarjoaa työskannin, joka laskee tehtäväkohtaisesti, mikä osuus voidaan siirtää. Tiimeille, jotka epäonnistuneen Day 100:n jälkeen haluavat tietää, missä kapasiteetti jumiutuu ja missä sitä voidaan vapauttaa, tämä on konkreettinen lähtökohta.
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.