Mi sono fermato su un compito ROBO questa settimana perché è stato assegnato in tempo e non aveva ancora un luogo utile dove andare. È stato allora che i compiti parcheggiati per 100 assegnazioni hanno smesso di sembrare un innocuo contatore delle operazioni.
Questa non era una storia di domanda. Era una storia di prontezza.
Quando il lavoro arriva prima delle sue dipendenze, l'assegnazione si trasforma in parcheggio.
Su ROBO, la prontezza fa parte del contratto di lavoro, non è qualcosa che gli operatori dovrebbero scoprire dopo che un compito è atterrato. Un lavoro sembra idoneo, viene instradato correttamente, e solo allora appare il pezzo mancante, la superficie dello strumento non è attiva, lo stato a monte non è risolto, o il controllo delle dipendenze che avrebbe dovuto avvenire prima viene fatto a mano. Il compito viene parcheggiato, riassegnato e toccato due volte prima che qualcuno inizi a lavorare realmente. È così che un'assegnazione pulita diventa silenziosamente un modello di attesa.
Farlo bene comporta attriti. Controlli di prontezza più rigorosi, cancelli di dipendenza più severi, meno spazio per uno stato vago di "abbastanza pronto".
$ROBO è importante qui quando rende l'assegnazione prematura costosa, quindi il parcheggio smette di essere lavoro operativo normale.
In seguito, il segnale dovrebbe essere ovvio, i compiti parcheggiati diminuiscono e i team eliminano il passaggio di riassegnazione manuale.