În primele o sută de zile după o tranzacție, problema pare adesea a fi lipsa deciziilor. Mai frecvent, problema este ordinea. O decizie privind sistemul ERP comun blochează configurarea liniilor de raportare. O decizie privind cine primește mandatul comercial blochează orice discuție cu clienții comuni. Cât timp nimeni nu numește această dependență, două echipe se așteaptă simultan una pe alta, fără ca nimeni să observe.
Nu orice decizie neluată este o problemă. Unele lucruri pot aștepta fără ca restul să se blocheze — care sunt acestea și cine poate decide asta este descris pe pagina despre ce poate aștepta până după Day 100. O decizie blocată este altceva: este o decizie de care depind alte decizii și care le ține pe acestea din urmă în loc, în mod demonstrabil. Diferența nu este întotdeauna vizibilă dintr-un singur departament. Departamentul financiar nu vede că așteptarea sa privind alegerea unui sistem întârzie și integrarea HR, pentru că fluturașii de salariu depind de același sistem. Aceste legături devin vizibile abia atunci când cineva le cartografiază explicit, independent de departamentul care se întâmplă să fie ultimul la rând.
Costul unei decizii blocate este rareori o sumă fixă pe săptămână. El depinde de ce anume este blocat: un acord de preț care nu poate fi revizuit cât timp portofoliul de produse nu a fost fuzionat, un angajat-cheie care plecă pentru că nimeni nu îi oferă claritate privind rolul său, un client care trece la un concurent pentru că două echipe de cont se contrazic. Acestea nu sunt cifre care pot fi calculate în avans. Pot fi însă ordonate: câte alte decizii afectează o anumită decizie și care este natura daunei dacă durează mai mult. Această ordonare — pe bază de incertitudine și consecință, nu pe bază de cine strigă mai tare — este abordată pe pagina despre sortarea deciziilor după costul incertitudinii.
Cartografierea deciziilor blocante trebuie să includă o întrebare care nu poate fi omisă: trebuie această componentă integrată efectiv. Rezolvarea unei dependențe prin fuzionarea a două sisteme nu este automat mai bună decât a le lăsa să coexiste. Uneori, cea mai rapidă modalitate de a elimina un blocaj este să se decidă că integrarea, în acel punct, nu adaugă valoare. Această decizie nu trebuie luată tacit pentru că nimeni nu a pus întrebarea; ea trebuie pusă explicit pe masă, alături de întrebarea privind momentul și ordinea.
O listă de decizii blocante este deja incompletă în prima zi a integrării și devine incompletă tot mai rapid pe măsură ce se iau mai multe decizii. Noi dependențe apar imediat ce cele vechi sunt rezolvate: sistemul a fost ales, iar acum se constată că implementarea depinde de un contract cu un furnizor încă în vigoare. Cineva trebuie să mențină această hartă actualizată, nu ca exercițiu punctual în prima săptămână, ci ca sarcină permanentă — altfel blocajul se deplasează doar în alt loc. Cine îndeplinește acest rol și cum evită această persoană ca harta însăși să devină o birocrație care încetinește lucrurile este descris pe pagina despre menținerea funcționalității biroului de integrare.
Deciziile blocate sunt adesea motivul pentru care un plan Day 100 nu este atins, nu pentru că planul a fost greșit, ci pentru că o dependență a fost subestimată. Care decizii trebuie luate în orice caz în primele o sută de zile și cine se asigură că acestea sunt efectiv luate este descris pe pagina despre deciziile din primele o sută de zile. Ce trebuie făcut dacă termenul-limită nu este totuși respectat — care decizii sunt reprioritizate în acel caz și cine decide asta — este descris pe pagina despre nerespectarea Day 100. Semnalarea unui blocaj nu este același lucru cu rezolvarea lui, dar fără semnalare, întârzierea rămâne invizibilă până în momentul în care raportul trebuie predat.
Generatoarele și biroul de integrare de la mergerintegration.net structurează aceste dependențe: cartografiază ce decizie așteaptă după o altă decizie și care parte a organizației este astfel blocată. Acesta nu este un palmares — nu există niciun traiect realizat pe care acest instrument să se bazeze, și nu se sugerează acest lucru aici. Este o modalitate de a formula întrebarea clar înainte ca întârzierea să devină vizibilă în cifre pe care nimeni nu le mai poate corecta. Cine dorește să lucreze cu acest instrument se poate înscrie pe lista de așteptare; instrumentul este în curs de dezvoltare.
O parte din timpul pierdut din cauza deciziilor blocate se consumă cu muncă pe care oamenii o fac manual, în timp ce ar putea fi automatizată: fuzionarea listelor de clienți, compararea condițiilor contractuale, actualizarea unei hărți a dependențelor care se schimbă după fiecare ședință. Scanul de muncă de la FTE TO AI calculează, pentru fiecare sarcină, ce parte din aceasta poate fi preluată de AI, făcând astfel vizibil unde se eliberează capacitate care altfel ar fi putut fi dedicată integrării propriu-zise.
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.