Day 100 este o dată pe care echipele de integrare și-o impun ele însele, nu o lege a naturii. Când data respectivă se apropie și planul nu este finalizat, apare de obicei neliniște: a mers ceva greșit, trebuie accelerat, trebuie cineva să dea explicații? Aceste întrebări sunt de înțeles, dar de multe ori nu sunt cele corecte. Prima întrebare este mai precisă: care parte a planului nu a fost atinsă și ce înseamnă asta pentru restul.
Un plan Day 100 constă din decizii care depind unele de altele și decizii care nu depind. Dacă o migrare IT se întârzie, dar restul organizației nu așteaptă după ea, este o problemă diferită față de situația în care o decizie privind personalul se întârzie, în timp ce cinci alte echipe așteaptă după ea înainte de a putea continua. Înainte de a concluziona că Day 100 a fost un eșec, este util să vedeți care dintre deciziile inițiale se aflau efectiv pe traseul critic și cine supraveghea acest lucru. O termen limită ratat pentru o decizie care nu bloca nimic nu este o criză. O termen limită ratat pentru o decizie de care depindea totul, însă, este.
Această distincție este rareori clarificată în avans. Planurile sunt scrise ca o listă de date, nu ca o rețea de dependențe. Cine trebuie să afle ulterior ce cost real are o întârziere descoperă adesea că dependențele nu au fost niciodată consemnate explicit. Exact de aceea merită să se stabilească în avans care dependențe blochează restul traiectoriei și cine supraveghează acest lucru. Fără această hartă, fiecare întârziere este o surpriză, în loc de un rezultat previzibil al unui risc cunoscut.
Nu toate deciziile amânate costă la fel. O decizie privind un sistem CRM comun poate aștepta fără ca să se piardă mult, în timp ce o decizie privind cine gestionează relația cu clientul contează de la prima zi, iar întârzierea acolo se resimte imediat la clienți și angajați. Distincția dintre ce poate aștepta și ce nu poate aștepta nu este fixă: depinde de sector, de amploarea suprapunerii dintre organizații și de câtă incertitudine generează o perioadă de așteptare mai lungă pentru cei care așteaptă o decizie.
Pentru a face această distincție, ajută să sortați deciziile în funcție de ce costă efectiv incertitudinea, nu în funcție de ce este mai simplu să fie abordat primul. Unele echipe abordează întâi deciziile care se pot lua cel mai rapid, în timp ce cea mai costisitoare incertitudine se află în altă parte. O modalitate de a evita acest lucru este ordonarea deciziilor pe baza a ceea ce costă incertitudinea pe fiecare zi în care o decizie rămâne nerezolvată. Aceasta produce o ordine diferită față de o planificare care pur și simplu vrea să finalizeze totul în o sută de zile.
Există și o altă latură: nu fiecare decizie trebuie luată în o sută de zile, iar forțarea acestui lucru poate face mai mult rău decât amânarea. Unele alegeri de integrare sunt luate mai bine după o perioadă de observare, când este mai clar cum colaborează efectiv cele două organizații. Este deci la fel de important să știți ce poate aștepta după Day 100 fără ca traiectoria să se blocheze pe cât este să știți ce nu poate aștepta. O termen limită ratat pentru o decizie care, de fapt, era mai bine luată mai târziu nu este un eșec — este o corecție.
Când Day 100 nu este atinsă, întrebarea nu se referă adesea la decizia în sine, ci la structura care ar fi trebuit să supravegheze deciziile. Un birou de integrare care ține evidența doar prin date pe o listă vede un termen limită ratat abia după ce acesta a fost deja ratat. Un birou de integrare care urmărește dependențele și costurile incertitudinii vede o întârziere venind și poate determina din timp dacă este necesară o corecție sau dacă amânarea este acceptabilă.
Acest lucru se leagă de o întrebare mai amplă despre modul în care este organizat biroul de integrare însuși. Un birou suprasolicitat cu actualizări de status și rapoarte pierde tocmai perspectiva de ansamblu în momentul în care este necesară. De aceea este relevant să reflectați asupra cum rămâne funcțional biroul de integrare și cine supraveghează acest lucru, astfel încât un termen limită ratat să devină un semnal, nu un zgomot într-o căsuță de e-mail supraîncărcată.
De asemenea, nu există niciodată un singur răspuns la întrebarea ce trebuie să se întâmple dacă Day 100 nu este atinsă: răspunsul depinde de care decizie este vorba, ce așteaptă după ea și dacă întârzierea costă efectiv valoare sau, dimpotrivă, protejează valoarea evitând o alegere pripită. Cine caută structură în acest punct, nu un răspuns prefabricat, găsește o abordare detaliată pe pagina care se referă specific la ce trebuie făcut când Day 100 nu este atinsă și cine supraveghează acest proces.
Pentru fiecare element ratat dintr-un plan Day 100 se pune și întrebarea subiacentă dacă era chiar necesar ca acel element să fie unificat. Unele sisteme, echipe sau procese nu au nimic de câștigat din integrare și pierd, în schimb, timp și atenție necesare în altă parte. Un termen limită ratat este un moment bun pentru a pune din nou această întrebare, nu doar pentru a insista mai mult asupra datei inițiale.
Pentru a determina care parte a lucrului dintr-un astfel de traiect de integrare trebuie realizată de oameni și care parte poate fi susținută de AI, FTE TO AI oferă o scanare a activității care calculează, pentru fiecare sarcină, ce proporție poate fi preluată. Pentru echipele care, după o Day 100 ratată, doresc să știe unde se blochează capacitatea și unde aceasta poate fi eliberată, acesta este un punct de start concret.
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.