COCO colpisce ancora

Probabilmente dovremmo smettere di dare idee a COCO.
L'esperimento precedente doveva essere sufficiente.
Un'applicazione reale.
Navigazione reale.
Utenti.
Ruoli.
Database.
Lingue.
Prove.

Un caso di studio rispettabile.
Una conclusione pulita.
Poi qualcuno l'ha mostrato: Logistics in Motion.
Quello è stato probabilmente l'errore.

È iniziato con tre magazzini
Niente di particolarmente eccitante.
Tre magazzini DEMO.

• Kalsdorf bei Graz.
• Wiener Neustadt.
• Klagenfurt.

Dati sintetici.
Nessuna informazione sui clienti.
Nessun inventario di produzione.

Esattamente il tipo di ambiente in cui non dovrebbe succedere nulla di importante.
Poi è stato selezionato il primo magazzino.
E l'applicazione ha acquisito contesto.
Da quel momento, ogni schermata aveva un'altra domanda associata.

Questo appartiene ancora allo stesso magazzino?
La lingua cambia solo l'interfaccia?
Il processo rimane allo stesso passo?
L'inventario concorda ancora?
Il riferimento del documento punta ancora all'evento giusto?
L'operatore vede esattamente ciò che serve per l'azione successiva?

Improvvisamente, la parte interessante non era più la schermata.
Era la continuità tra le schermate.

COCO tende a farlo.

La logistica non è una collezione di schermate
Dall'esterno, il software di magazzino può sembrare ingannevolmente semplice.
La merce arriva.
Viene immagazzinata.
Qualcuno la ordina.
Viene prelevata.
Viene spedita.
Fatto.
Solo che si nasconde un intero mondo operativo tra arrivato e spedito.
Atteso.
Ricevuto.
Verificato.
Disponibile.
Riservato.
Spostato.
Prelevato.
Bloccato.
Corretto.
Spedito.
Verificato (audit).

Il movimento fisico conta.
Ma è la transizione di stato che rende quel movimento comprensibile al software.
E quando queste due realtà smettono di corrispondere, qualcuno alla fine ha una brutta giornata.



Un magazzino è più facile da capire quando il movimento è visibile, non solo registrato.
Ecco perché il nostro lavoro logistico non è mai davvero iniziato con menu, dashboard, o tecnologia.
Inizia con il Flow materiale.

Dove entrano le informazioni?
Dove cambiano?
Dove possono andare perse?

Dove qualcuno è costretto a chiedere a un'altra persona cosa è successo?
Dove un passaggio manuale diventa silenziosamente la parte più debole di un processo altrimenti automatizzato?
A volte la risposta è una nuova interfaccia.
A volte un'integrazione.
A volte uno scanner.
A volte semplicemente un modello di stato migliore.

Più software non è automaticamente software migliore.
L'obiettivo non è l'automazione fine a se stessa.
L'obiettivo è un processo che rimane comprensibile.

Control. Clarity. Flow.

Il processo inizia prima della prima registrazione.
Prima del ricevimento merce.
Prima del prelievo.
Prima del movimento di inventario.
Prima della prima transazione.
Flow pone una domanda molto semplice:
In quale magazzino stiamo lavorando?
Sembra quasi banale.
Non lo è.
Il contesto del magazzino appartiene a tutto ciò che segue.
Inventario.
Documenti.
Ubicazioni.
Prelievo.
Trasferimenti.
Storico degli audit.
Eccezioni.

Il processo può apparire perfettamente sano mentre opera nel contesto sbagliato.
Questo è esattamente il tipo di problema che uno screenshot raramente rivela.
Ed è esattamente il tipo di confine che a COCO piace mettere in discussione.

La lingua è facile, finché non lo è più
Tedesco.
Inglese.
Croato.
Norvegese.
E altre.

Un profilo utente definisce le lingue disponibili.
L'operatore cambia lingua mentre l'applicazione è attiva.
L'interfaccia cambia immediatamente.
Il processo aziendale non deve cambiare.
Questa distinzione è importante.
Il magazzino non si sposta perché è cambiata la parola per magazzino.
L'ordine di prelievo non ricomincia perché l'utente ha selezionato un'altra lingua.
Una prenotazione non scompare.
Un'eccezione non appartiene improvvisamente a un'altra transazione.
Il processo rimane dove si trova.
Solo la sua rappresentazione cambia.
Sembra ovvio.

Finché non ci si rende conto di quante applicazioni trattano un cambio di lingua quasi come una nuova sessione.

Un'applicazione aziendale multilingue non dovrebbe farlo.
Lo stato di presentazione può cambiare.
Lo stato aziendale deve rimanere stabile.
Questo rende il cambio di lingua un test di regressione sorprendentemente utile.
Una piccola funzione.
Una linea di faglia molto buona.
A COCO piacciono le linee di faglia.

Passo dopo passo, l'applicazione inizia ad accumulare storia
La merce arriva.
Il processo avanza.
Il ricevimento merce viene registrato.
L'inventario cambia.
Lo stato del magazzino riflette la nuova realtà.
Il prelievo inizia.
Lo stock diventa riservato.
L'operatore riceve un compito.

Una vista mobile riduce l'intero processo a ciò che conta in quel preciso momento:
Posizione.
Ubicazione di magazzino.
Quantità.
SSCC.
Operatore.
Niente di più.
Niente di meno.
Questo è importante.
L'interfaccia mobile non è un secondo processo aziendale.
È un'altra vista dello stesso processo.
L'applicazione di magazzino può sapere tutto.
Il prelevatore non dovrebbe doverlo sapere.
Clarity non significa sempre mostrare più informazioni.
A volte clarity significa avere la disciplina di nascondere quasi tutto.

Poi qualcuno scansiona l'ubicazione sbagliata
È qui che un workflow logistico diventa più interessante di un elenco di funzionalità.
L'ubicazione attesa è una cosa.
L'ubicazione scansionata è un'altra.
Flow si ferma.
Non si blocca.
Si ferma.
C'è una differenza.
Lo stato del processo rimane visibile.
Lo stock interessato rimane comprensibile.
L'eccezione diventa esplicita.

La Guida contestuale spiega ciò che è rilevante per la situazione attuale.
L'utente risolve la discrepanza.
Il processo continua.
Questo momento dice di più sul software operativo di quanto facciano diverse pagine di screenshot del percorso ideale.
La logistica reale non è difficile quando tutto è corretto.
La logistica reale diventa difficile quando qualcosa è quasi corretto.
Un sistema utile non nasconde questo dietro un dashboard verde.
Dà all'eccezione uno stato.

Una ragione.
Una storia.
E una via da seguire.

I documenti ricordano ciò che le persone dimenticano

Man mano che il workflow procede, i riferimenti iniziano ad accumularsi.
ASN.
Ricevimento merce.
Movimento di magazzino.
Prelievo.
Spedizione.
Flow.
La parte interessante non è che i documenti esistono.
La parte interessante è che raccontano la stessa storia del processo.
Perché questo stock è qui?
Quale ricevimento lo ha introdotto?
Quale operazione lo ha riservato?
Quale prelievo lo ha consumato?
Quale spedizione lo ha spostato fuori?
È stata risolta un'eccezione prima del passaggio successivo?
Qual era il magazzino attivo?
Cosa è successo prima dello stato attuale?
Quando stato e documentazione sono prodotti dallo stesso processo, la tracciabilità diventa più facile da fidarsi.
Quando non lo sono, le persone alla fine iniziano a ricostruire la storia.
Di solito in Excel.
Di solito sotto pressione.
Di solito dopo che qualcosa è già andato storto.
COCO preferisce le prove prima di quel momento.
A quanto pare, anche COCO viaggia
C'è stato un altro piccolo cambiamento tra le esecuzioni.
Ubuntu ha avuto il suo turno.
Red Hat Enterprise Linux 10 ha preso il successivo.
COCO ha continuato.
Nessuna cerimonia.
Nessuna "modalità Red Hat" speciale.
Nessun workflow riscritto.
Nessun test comodamente semplificato.
Stesso Flow.
Terreno diverso sotto di esso.
Un'esecuzione precedente di COCO aveva già testato l'applicazione su Ubuntu Linux.
Quella attuale è passata a Red Hat Enterprise Linux 10.
Ambiente desktop diverso.
Librerie di sistema diverse.
Packaging diverso.
Ambiente operativo diverso.
Stesso magazzino.
Stessi stati aziendali.
Stesse transizioni di inventario.
Stessi cambi di lingua.
Stessa logica delle eccezioni.
Stesse prove.
Questo è un modo piuttosto elegante di testare il software cross-platform.

Non annunciare che è cross-platform. Spostalo. Poi guarda cosa si rompe.

Stato della lingua.
Contesto del magazzino.
Comportamento delle finestre di dialogo.
Tempistiche.
Temi.
Transizioni di processo.
Gestione delle eccezioni.
Prove.
I sistemi operativi hanno modi sorprendentemente creativi di esporre le assunzioni.

Ubuntu ne ha esposte alcune.
Red Hat ne sta esponendo altre.
Questo è utile.

Perché l'ingegneria multi-piattaforma non è la capacità di avviare l'eseguibile due volte.

È la capacità di cambiare l'ambiente senza cambiare il significato del processo.
A un operatore di magazzino non dovrebbe importare se l'applicazione gira su Ubuntu o Red Hat.
Nemmeno a un ordine di prelievo dovrebbe importare.
Né a una traccia di audit.
Se le differenze di piattaforma iniziano a cambiare il comportamento aziendale, il software non è veramente cross-platform.
È semplicemente portabile.
COCO sembra considerevolmente più interessato alla prima definizione.
Anche noi.

COCO non decide cosa significhi logistica corretta
Questa parte è importante.
COCO non diventa un esperto di magazzino semplicemente perché può seguire un workflow di magazzino.
Gli esseri umani continuano a definire la correttezza.
Gli esseri umani decidono quando l'inventario diventa disponibile.
Gli esseri umani definiscono cosa significa una consegna bloccata.
Gli esseri umani decidono chi può correggere una quantità.
Gli esseri umani definiscono quale movimento richiede una traccia di audit.
Gli esseri umani decidono come appare una risoluzione valida di un'eccezione.
Gli esseri umani decidono quando una spedizione è veramente completa.
Il compito di COCO è diverso.

Ripetere.
Osservare.
Confrontare.
Ricordare.
Lasciare prove.

Poi rifarlo dopo che il software cambia.
E ancora.
E ancora.
Senza annoiarsi.
Senza decidere che il risultato della settimana scorsa è probabilmente ancora valido.
Senza saltare l'eccezione fastidiosa perché il pranzo è tra dodici minuti.
Il futuro glamour del testing con AI contiene una quantità sorprendente di ripetizione.
Noi la consideriamo una funzionalità.

Le prove cambiano la conversazione
Il testing tradizionale spesso finisce con una frase perfettamente ragionevole:
"Ha funzionato quando l'ho testato."

COCO è interessato alla frase successiva.

Cosa esattamente ha funzionato?
Quale magazzino?
Quale utente?
Quale lingua?
Quale stato del processo?
Quale sequenza?
Quale documento?
Quale valore di inventario?
Cosa è successo immediatamente prima del passo di test?
Cosa è cambiato immediatamente dopo?
Un altro ingegnere può capire il risultato senza chiedere alla persona che ha eseguito il test?
È qui che il testing di regressione diventa più di un click ripetuto.
Una schermata può essere corretta mentre il processo è sbagliato.
Una finestra di prelievo può sembrare perfetta mentre l'inventario è già andato alla deriva.
Un documento può esistere mentre lo stato che avrebbe dovuto crearlo non si è mai verificato.
Un'applicazione può mostrare il 100% mentre una traccia di audit silenziosamente dissente.
COCO segue il Flow perché è nel Flow che queste contraddizioni diventano visibili.

Da qualche parte tra Control e Flow
C'è una simmetria interessante qui.
Un buon software di logistica cerca di ridurre l'incertezza all'interno di un'operazione.
Un buon testing cerca di ridurre l'incertezza sul software che lo esegue.
L'uno chiede:
Dov'è l'articolo?
L'altro chiede:
Come sappiamo che il software lo sa ancora?
L'uno chiede:
Questo movimento è stato completato?
L'altro chiede:
Quale prova dimostra che lo stato è cambiato correttamente?
L'uno chiede:
Il turno successivo può continuare?
L'altro chiede:
Il prossimo ingegnere può capire cosa è successo?
Domande diverse.
Stesso istinto.
Rendere lo stato visibile.
Preservare il ragionamento.
Ridurre la quantità di conoscenza che esiste solo nella testa di qualcuno.
Forse questa è la connessione che non avevamo originariamente pianificato.

Eccellenza ingegneristica senza lo striscione
Nessuno clicca su un pulsante Engineering Excellence.
Non ce n'è uno.
E probabilmente non dovrebbe esserci.
L'eccellenza ingegneristica appare indirettamente.
Il contesto del magazzino sopravvive a un cambio di lingua.
Lo stesso processo sopravvive a un'altra piattaforma Linux.
Un movimento di stock rimane tracciabile.
Un prelevatore mobile vede esattamente ciò che serve e nient'altro.
Un'eccezione interrompe il processo senza distruggerne lo stato.
La finestra di aiuto spiega il contesto attuale invece di mostrare documentazione generica.
La catena dei documenti concorda con la sequenza operativa.
Il prossimo ingegnere può capire cosa è successo senza chiedere alla persona che si trovava lì per caso.
C'è molto teatro disponibile nel software moderno.
L'AI può generare dimostrazioni impressionanti.
I dashboard possono animarsi.
I numeri possono muoversi.
I video possono sembrare molto convincenti.
Niente di tutto ciò dimostra che due operazioni di inventario non possano silenziosamente produrre un risultato errato.
Niente di tutto ciò dimostra che un'eccezione possa ancora essere ricostruita settimane dopo.
Niente di tutto ciò dimostra che il lavoratore di magazzino, l'addetto alla spedizione, e lo sviluppatore stiano guardando la stessa verità operativa.

L'eccellenza ingegneristica inizia in un posto meno fotogenico.

Con coerenza.
Con prove.
Con confini.

Con la volontà di mantenere noiose le parti noiose.
L'affidabilità invisibile raramente produce lo screenshot più drammatico.
Finché non si inizia deliberatamente a cercarla.

Control. Clarity. Flow.
Control significa sapere quale magazzino, quale processo, e quale stato sono attivi.
Clarity significa capire cosa è cambiato, quando è cambiato, e perché.
Flow significa permettere all'operazione di continuare senza perdere la storia dietro di essa.
Funziona per la logistica.
Funziona per il testing del software.
Funziona sorprendentemente bene per l'ingegneria stessa.
Il primo esperimento Flow ha dato a COCO l'Administration.
Utenti.
Ruoli.
Database.
Lingue.
Poi qualcuno gli ha dato un magazzino.
Poi più lingue.
Poi il prelievo mobile.
Poi l'inventario.
Poi i trasferimenti.
Poi le eccezioni.
Poi i documenti.
Poi un altro sistema operativo.
A questo punto, dovremmo probabilmente smettere di aggiungere cose.
Probabilmente non lo faremo.

Control. Clarity. Flow.

Ubuntu ha avuto il suo turno.

Red Hat ha quello attuale.

Il Flow continua a muoversi.

COCO continua a osservare.
E da qualche parte nel mezzo dell'ultima esecuzione, è diventato ovvio che c'è un'altra domanda in attesa dietro a questa.

Noi sappiamo cos'è.
COCO sa cos'è.
Tu non lo sai.
Ancora.

Potremmo dirtelo.

Ma allora potresti smettere di controllare se è apparso un nuovo articolo Insiders.
E questo rovinerebbe l'esperimento.