Nella prima parte abbiamo indicato i cinque segnali che un file ha superato il suo limite, chiudendo con un esercizio di cinque minuti su un singolo file. Se lo ha svolto, ora ha risposte scritte su un file. Questa parte estende l'esercizio all'intera azienda, perché l'errore più costoso di qualsiasi migrazione avviene prima del trasferimento, non durante: partire dal file sbagliato.

Il motivo è che ciò che lei considera il suo sistema non è necessariamente il suo sistema. C'è il file ufficiale — formattato, approvato, mostrato nelle riunioni — e ce n'è un altro, molto meno elegante, che qualcuno apre ogni mattina e in cui lavora tutto il giorno, e da cui escono i numeri su cui si basano le sue decisioni. Il secondo è il suo vero sistema di riferimento, anche se nessuno lo ha mai chiamato così. Il compito di questa parte è trovarlo.

Perché il numero di file cresce

Nessuno decide una mattina che l'azienda debba avere quaranta fogli. Il conteggio cresce perché ogni nuovo foglio era, nel momento in cui è stato creato, la risposta più rapida disponibile. Un reparto aveva bisogno di un campo che il file principale non aveva, così ne ha creato uno piccolo accanto. Qualcuno doveva lavorare senza bloccare gli altri, così ha fatto una copia. La direzione ha chiesto un report in un formato diverso, così è stato costruito un file che attinge da altri due. Ogni passo è ragionevole; la somma è una mappa che nessuno ha disegnato.

E poiché la crescita è graduale, l'azienda perde gradualmente traccia di quale file alimenta quale. Si scopre che un report mensile attinge da un foglio il cui responsabile ha smesso di aggiornarlo da mesi, o che due file contengono gli stessi dati e ogni reparto aggiorna solo la propria copia. Sono proprio questi collegamenti invisibili a rendere l'inventario un passaggio da non saltare, anziché un semplice riordino amministrativo.

Tre domande che rivelano il sistema reale

Non serve una ricognizione esaustiva di tutti i file dell'azienda. Tre domande separano i file che reggono il lavoro dai file che ne contengono copie:

  • Quale file, se andasse perso oggi, fermerebbe il lavoro domani? È la domanda più forte di tutto l'inventario, perché misura la dipendenza e non l'importanza dichiarata. La ponga in termini operativi: se domani aprissimo e non ci fosse più, potremmo ancora ricevere merce, evadere ordini, fatturare e rispondere a un cliente? Pochissimi file portano a rispondere no — e quelli sono il suo sistema.
  • Chi lo apre ogni giorno? Un file aperto una volta al mese è un report; un file aperto ogni mattina e compilato man mano che la giornata procede è un registro operativo. La frequenza quotidiana è l'indicatore più affidabile che un file è diventato parte del processo stesso, e non una sua descrizione.
  • Su quale file sono costruiti altri file? Segua la direzione: da dove vengono i numeri di questo file e dove vanno. Un file che ne alimenta altri tre è una fonte, e qualsiasi errore al suo interno si moltiplica per tre prima di emergere. Un file che non alimenta nulla e non è alimentato da nulla è un forte candidato alla chiusura, non alla migrazione.

Applichi le tre domande, ma non risponda da solo. Chieda alle persone che lavorano davvero nei file: la risposta ce l'ha chi li apre, non chi riceve i loro report. Con ogni probabilità si imbatterà in un file di cui ignorava l'esistenza, e sarà una delle scoperte più importanti.

Che cosa fa emergere di solito l'inventario

L'inventario non produce solo un elenco; spiega problemi con cui conviveva senza un motivo noto. Quattro risultati ricorrenti:

  • Il file ufficiale non è il file in uso. Il modello approvato, costruito con cura, è abbandonato, e il team lavora in una copia privata più semplice che rispecchia come si svolge davvero il lavoro. Non è una scorrettezza, è un'informazione: il modello ufficiale non corrisponde al processo reale, e il processo ha vinto.
  • Lo stesso dato in due posti. Lo stesso elenco clienti o listino prezzi esiste in due file, e ogni reparto aggiorna il proprio. È la causa diretta del numero che cambia a seconda di chi si interpella, come abbiamo visto nella prima parte. La soluzione duratura è che ogni dato abbia esattamente un posto in cui viene scritto, il principio alla base di un'unica fonte visibile a tutti.
  • File morti che consumano ancora tempo. Un foglio aggiornato ogni settimana per due anni che nessuno legge. Non lo migri e non lo migliori: chieda chi lo usa e, se non arriva risposta, lo sospenda per due settimane e veda se qualcuno lo chiede.
  • Significato conservato fuori dal file. Una colonna chiamata stato con codici che capisce una sola persona, o una riga colorata che significa urgente senza dirlo. Il dato c'è, ma il suo significato non è al suo interno, ed è questo l'argomento della prossima parte.

Il punto di vista di Origami

Siamo un'azienda tecnologica che sviluppa sistemi per le imprese saudite, e la prima cosa che chiediamo in questo tipo di progetto non è un documento scritto dei requisiti, ma i file stessi, esattamente come sono: disordine, colonne nascoste, eccezioni e tutto il resto. Il motivo è che il file documenta come l'azienda funziona davvero, mentre il documento scritto registra come dovrebbe funzionare, ed è nel divario tra i due che i progetti falliscono.

L'ordine che consigliamo è che l'inventario venga prima di qualsiasi decisione su strumenti o perimetro. Un'azienda che sa di avere esattamente due file critici prende una decisione completamente diversa da una che presume di dover trasferire quaranta file, e questa differenza si vede nel perimetro e nella durata del progetto. Per questo i nostri servizi partono dalla lettura di ciò che esiste prima di progettare un sostituto: la stessa logica che abbiamo esposto in come implementare un sistema con successo parlando di migrazione dei dati e gestione del cambiamento.

Il risultato: un elenco di una pagina

Un inventario che non produce una pagina non è affidabile. Faccia in modo che il risultato sia un'unica tabella di non più di una pagina, con solo quattro colonne per ogni file critico:

  • Il file. Il suo nome reale e la sua posizione effettiva: sul computer di chi, in quale cartella condivisa, con quale account. Scrivere con precisione la posizione è già di per sé un esercizio rivelatore.
  • Il responsabile. Una persona con nome e cognome, non un reparto. Se non trova un unico nome, il file non ha un responsabile, ed è un risultato che vale la pena annotare.
  • Che cosa dipende da esso. Quali attività si fermano se si ferma, e quali file o report attingono da esso. È questa colonna a stabilire l'ordine della migrazione nella quarta parte.
  • Se ha un backup. Con una risposta diretta: sì, automatico; sì, manuale ed eseguito da una persona con nome e cognome; oppure no. E se la risposta è una copia sullo stesso computer, non conta come backup.

Il numero di righe di questo elenco è ciò che decide la dimensione di qualsiasi migrazione futura, e di solito sarà molto più piccolo di quanto si aspetta. Un file che unisce due caratteristiche — il lavoro si ferma senza di esso e non ha backup — è la sua priorità numero uno, a prescindere da qualsiasi altro piano. E un file da cui non dipende nulla non merita affatto di essere trasferito; saperlo le fa risparmiare metà del lavoro.

Nelle prossime parti

Sappiamo quale file è il sistema; ora deve diventare pronto per il trasferimento. La prossima parte tratta la pulizia dei dati prima della migrazione: duplicati con nomi diversi per lo stesso soggetto, formati di data misti, numeri memorizzati come testo e colonne il cui significato nessuno conosce. La regola su cui costruiremo è che ogni significato conservato in un colore o nella testa di qualcuno deve diventare un campo scritto prima del trasferimento. Poi passeremo a un ordine di migrazione che le permetta di continuare a lavorare, quindi ai permessi, poi ai report, e chiuderemo con i primi trenta giorni dopo il trasferimento.

Fonti