Day 100 è una data che i team di integrazione si impongono da soli, non una legge di natura. Quando quella data si avvicina e il piano non è pronto, di solito nasce inquietudine: è andato qualcosa storto, bisogna accelerare, qualcuno deve renderne conto? Sono domande comprensibili ma spesso non quelle giuste. La prima domanda è più precisa: quale parte del piano non è stata raggiunta, e cosa significa questo per il resto.
Un piano Day 100 consiste di decisioni che dipendono l'una dall'altra e decisioni che non lo fanno. Se una migrazione IT si ritarda ma il resto dell'organizzazione non ne dipende, è un problema diverso rispetto a quando si ritarda una decisione sul personale mentre cinque altri team aspettano quella decisione prima di poter proseguire. Prima di concludere che Day 100 sia fallito, ha senso verificare quali delle decisioni originarie si trovassero effettivamente sul percorso critico e chi lo sorvegliava. Una scadenza mancata su una decisione che non bloccava nulla non è una crisi. Una scadenza mancata su una decisione da cui tutto dipendeva, lo è.
Questa distinzione viene raramente definita con precisione in anticipo. I piani vengono scritti come un elenco di date, non come una rete di dipendenze. Chi deve scoprire a posteriori quanto costi realmente un ritardo, scopre spesso che le dipendenze non sono mai state definite esplicitamente. Ecco perché conviene stabilire in anticipo quali dipendenze bloccano il resto del percorso e chi lo sorveglia. Senza quella mappa, ogni ritardo è una sorpresa invece di un esito previsto di un rischio noto.
Non tutte le decisioni rinviate costano lo stesso. Una decisione su un sistema CRM condiviso può attendere senza che si perda molto, mentre una decisione su chi gestisce la relazione con il cliente conta fin dal primo giorno, e il rinvio in quel caso si sente immediatamente presso clienti e collaboratori. La distinzione tra ciò che può attendere e ciò che non può non è fissa: dipende dal settore, dall'entità della sovrapposizione tra le organizzazioni, e da quanta incertezza genera un'attesa più lunga presso le persone che aspettano una decisione.
Per fare questa distinzione, aiuta ordinare le decisioni in base a ciò che l'incertezza costa realmente, non in base a ciò che è più facile affrontare per primo. Alcuni team affrontano prima le decisioni più rapide da prendere, mentre l'incertezza più costosa si trova altrove. Un modo per evitarlo è ordinare le decisioni in base a quanto costa l'incertezza per ogni giorno in cui una decisione resta in sospeso. Questo produce un ordine diverso rispetto a una pianificazione che vuole semplicemente concludere tutto entro cento giorni.
C'è anche un altro aspetto: non ogni decisione va presa entro cento giorni, e forzarla può danneggiare più che rinviarla. Alcune scelte di integrazione risultano migliori dopo un periodo di osservazione, quando è più chiaro come le due organizzazioni collaborano realmente. È quindi importante sapere cosa può attendere dopo Day 100 senza che il percorso si blocchi quanto sapere cosa non può attendere. Una scadenza mancata su una decisione che era comunque meglio prendere più tardi non è un fallimento — è una correzione.
Quando Day 100 non viene raggiunto, la domanda spesso non riguarda la decisione in sé, ma la struttura che avrebbe dovuto sorvegliare le decisioni. Un ufficio integrazione che tiene traccia soltanto delle date in un elenco vede una scadenza mancata solo quando è già stata mancata. Un ufficio integrazione che monitora dipendenze e costi dell'incertezza vede arrivare un ritardo e può determinare in tempo se sia necessario correggere la rotta o se il rinvio sia accettabile.
Questo tocca una questione più ampia su come è organizzato l'ufficio integrazione stesso. Un ufficio sovraccarico di aggiornamenti di stato e rendicontazioni perde la visione d'insieme esattamente nel momento in cui serve. È quindi utile riflettere su come mantenere l'ufficio integrazione gestibile e chi lo sorveglia, affinché una scadenza mancata diventi un segnale invece di un rumore in una casella di posta sovraccarica.
Non esiste inoltre un'unica risposta alla domanda su cosa fare quando Day 100 non viene raggiunto: la risposta dipende da quale decisione sia in gioco, cosa ne dipende, e se il ritardo costi effettivamente valore o piuttosto lo preservi evitando una scelta affrettata. Chi cerca in questo punto una struttura invece di una risposta preconfezionata, trova un approccio elaborato nella pagina che tratta specificamente cosa fare quando Day 100 non viene raggiunto e chi sorveglia quel processo.
Ogni elemento mancato di un piano Day 100 porta con sé anche la domanda sottostante se fosse davvero necessario unificare quell'elemento. Alcuni sistemi, team o processi non guadagnano nulla dall'integrazione e perdono invece tempo e attenzione necessari altrove. Una scadenza mancata è un buon momento per porsi nuovamente quella domanda, non solo per spingere con più forza verso la data originaria.
Per determinare quale parte del lavoro relativo a un percorso di integrazione di questo tipo debba essere svolta da persone e quale parte possa essere supportata dall'AI, FTE TO AI offre una scansione del lavoro che calcola, per ogni attività, quale quota può essere trasferita. Per i team che, dopo un Day 100 mancato, vogliono sapere dove si blocca la capacità e dove sia possibile liberarla, questo è un punto di partenza concreto.
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.