mergerintegration Adaugă-mă pe lista de așteptare

Kennisbank

Ce dependență ține pe loc restul planului

Un plan Day 100 nu constă din o sută de sarcini separate. Constă dintr-un număr mic de decizii de care depinde mult, și un număr mare de sarcini care pot începe abia după ce acele decizii au fost luate. Alegerea sistemului pentru administrația financiară este o astfel de decizie. Structurarea liniilor de raportare este alta. Cât timp acestea nu sunt fixate, o serie de alte sarcini rămâne în așteptare — uneori vizibil, mai des invizibil, pentru că nimeni nu urmărește coada de așteptare.

Întrebarea "care dependențe blochează restul" nu este deci o chestiune de a desena o planificare cu săgeți. Este o chestiune de a stabili care noduri sunt cu adevărat noduri, și care sarcini par doar să se aștepte unele pe altele pentru că nimeni nu le-a desprins.

Ce transformă o dependență într-un blocaj

Nu orice ordine este o dependență. Unele sarcini sunt plasate una după alta într-o planificare pentru că a fost convenabil, nu pentru că una are nevoie de cealaltă. Un blocaj real corespunde unui criteriu simplu: sarcina B poate începe, sau poate începe bine, doar după ce decizia A a fost luată. Și inversul este valabil — dacă B poate continua și fără A, cu o presupunere temporară, nu este un blocaj, ci o alegere de a aștepta.

Acea distincție este exact motivul pentru care ce decizii fac parte din primele o sută de zile este o întrebare care precedă aceasta. O listă de o sută de sarcini fără distincție între blocant și neblocant produce o planificare care sugerează aceeași presiune peste tot. Acest lucru este rareori adevărat. De obicei un mic număr de decizii blochează un multiplu de sarcini, iar restul poate continua în paralel.

Cât costă așteptarea, și de ce nu este egal peste tot

Nu orice decizie postpusă costă la fel. O decizie despre identitatea vizuală poate aștepta luni fără ca nimic să se rupă. O decizie despre cine poate semna contractele cu clienții poate duce în câteva săptămâni la blocarea unui departament care așteaptă aceasta. Întrebarea nu este doar ce blochează o decizie, ci ce costă să nu o luăm — și acest cost nu este egal peste tot, nici măcar la decizii care par la fel de importante pe hârtie.

De aceea este util să nu sortăm deciziile după importanță, ci după ce costă incertitudinea cât timp rămâne nerezolvată. Cum sortați deciziile după costul incertitudinii descrie acea sortare: nu ce costă decizia în sine, ci ce costă să nu o avem încă. Această distincție schimbă adesea ordinea. O decizie care este substanțială din punct de vedere al conținutului, dar blochează puțin altceva, poate fi lăsată la urmă. O decizie care pare ușoară, dar lasă trei echipe în așteptare, trebuie să fie în față.

Cine urmărește asta, și de ce nu se întâmplă automat

O dependență pe care nimeni nu o urmărește nu devine mai puțin blocantă — devine doar vizibilă mai târziu, de obicei în momentul în care întârzierea deja s-a acumulat. Urmărirea nu este o sarcină care se află automat la una dintre echipele implicate, pentru că ambele echipe văd doar propria lor parte a dependenței. Echipa care așteaptă știe că așteaptă. Echipa de a cărei decizie depinde acest lucru nu știe adesea că cineva stă în așteptare din cauza ei.

Această urmărire este sarcina centrală a birocratului de integrare: nu execuția, ci observarea celor care se așteaptă unii pe alții, și menținerea vizibilității acestui lucru cât timp este relevant. Modul în care acel birou rămâne funcțional fără să devină el însuși un strat de întârziere este descris în cum mențineți funcțional birocratul de integrare. Și pentru că dependențele sunt adesea legate de persoane — o semnătură aici, o aprobare acolo — este de asemenea o întrebare despre cine din organizație poate desface efectiv acele noduri, ceea ce se leagă de cine sunt persoanele-cheie într-o achiziție.

Reversul: nu totul trebuie desfăcut

Fiecare dependență include o întrebare care este ușor de omis: trebuie de fapt acest element să fie unificat. Rezolvarea unui blocaj prin integrarea a două sisteme nu este neapărat mai bună decât a lăsa blocajul să existe prin păstrarea sistemelor separate. Uneori soluția cea mai ieftină nu este desfacerea, ci neunificarea. Această întrebare trebuie pusă la fiecare nod, nu ca excepție, ci ca parte fixă a evaluării — altfel integrarea devine un scop în sine în loc de un mijloc.

Ce înseamnă efectiv ratarea unei date Day 100, și cine este atunci tras la răspundere pentru asta, este legat de modul în care aceste blocaje au fost monitorizate. Acest lucru este dezvoltat în ce faceți dacă Day 100 nu este atins și cine urmărește asta. Și incertitudinea care apare cât timp deciziile rămân deschise are o latură umană care nu se încadrează într-o planificare: de ce plecă oamenii în lunile de neclaritate descrie ce costă așteptarea pentru oameni, nu doar pentru sarcini.

Mergerintegration.net este în construcție. Cei care doresc să folosească generatoarele și biroul de integrare de imediat ce vor fi disponibile se pot înscrie pe lista de așteptare.

Odată ce dependențele sunt vizualizate, rămâne întrebarea cine efectiv execută munca de imediat ce nodurile sunt desfăcute. Multe dintre sarcinile care așteaptă o decizie — transferul de date, controlul documentelor, structurarea raportării — constau din pași care se pot repeta de imediat ce regulile sunt fixate. Scanul de muncă al FTE TO AI calculează pentru fiecare sarcină ce parte din acea muncă poate fi preluată de AI, astfel încât să devină clar unde oamenii rămân necesari și unde se eliberează capacitate pentru deciziile care nu își pot permite să o rateze.

Visionde assistent van het integratiekantoor

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.