La casella condivisa: l’ordine che c’era, ma nessuno aveva letto

Narratrice: Le voci di questa puntata sono sintetiche. È mattina, e nel gestionale manca un ordine che il cliente dice di aver mandato alla casella condivisa di sempre.

Junior Developer: Ho cercato l’ordine nella casella. È entrato regolarmente, ma adesso sta in una cartella che l’importazione non controlla. Chi ha cambiato la regola?

Senior Developer: Io. Le notifiche automatiche riempivano la posta principale. Ho aggiunto una regola per spostarle. La regola funziona benissimo.

Junior Developer: Anche gli ordini sembrano notifiche automatiche. E dove l’hai documentata? Sto cercando, ma non trovo niente che descriva questo comportamento.

Senior Developer: Non l’ho documentata. La regola era per le notifiche. Poi qualcuno ha riutilizzato lo stesso formato per gli ordini. La posta ha fatto il resto.

Junior Developer: Quindi il messaggio è arrivato, ma il sistema l’ha parcheggiato dove il sistema non guarda. È una specie di consegna riuscita per nessuno.

Senior Developer: Esatto. Se resta nella casella principale, l’importazione lo vede. Se la regola lo sposta, non lo vede. Non è complicato. È peggio.

Narratrice: Entra il Product Owner. L’ordine manca nel gestionale e il cliente lo aspetta. La prima richiesta è risolvere entro la giornata.

Product Owner: Non possiamo perdere altri ordini. Mi serve una correzione oggi. Possiamo fare in modo che quei messaggi arrivino all’importazione comunque?

Junior Developer: Sì. Possiamo inoltrare automaticamente i messaggi spostati. Prima però va capito come evitare che un ordine venga importato due volte.

Product Owner: Fai l’inoltro. Per i duplicati interveniamo se arrivano. Non possiamo aspettare di avere una soluzione perfetta mentre il cliente aspetta.

Senior Developer: L’inoltro rimanda l’email all’importazione. Ma quella originale resta dov’è. Se l’importazione passa anche lì, avremo una copia in più.

Product Owner: Per ora rimandiamola. L’obiettivo è che gli ordini non spariscano. Se poi compaiono due volte, almeno sapremo che sono arrivati.

Junior Developer: La regola è attiva. Ho provato l’importazione. Il messaggio compare, e compare anche la copia inoltrata. Sono entrambe complete, stesso ordine.

Product Owner: Quindi abbiamo risolto la perdita e creato il dubbio su quale copia processare. Quale delle due deve considerare valida il team?

Senior Developer: Quella giusta. Se non si distingue, tutte e due sembrano giuste. È il vantaggio dei duplicati: moltiplicano anche la sicurezza apparente.

Junior Developer: Potremmo confrontare i messaggi e scartare la copia. Però prima dovremmo stabilire quali messaggi sono ordini, non soltanto quali sembrano notifiche.

Product Owner: Il cliente aveva chiesto che cosa, esattamente? Un’elaborazione automatica. Non posso dirgli che deve controllare ogni volta se l’ordine è finito nella cartella giusta.

Narratrice: Alla conversazione si aggiunge il Commerciale. La promessa al cliente era già stata fatta, senza chiedergli di cambiare oggetto o destinatario.

Commerciale: Confermo: gli abbiamo detto che l’ordine sarebbe stato elaborato automaticamente. Non gli ho chiesto di cambiare niente. Possiamo raccontare questo passaggio come un flusso ottimizzato.

Junior Developer: Un flusso ottimizzato in cui l’ordine viene inoltrato due volte e dobbiamo decidere quale copia lavorare? Non credo che il cliente abbia comprato questa parte.

Commerciale: Non dobbiamo presentare i dettagli interni. Il cliente vuole sapere che l’ordine arriva. Il messaggio arriva, quindi diciamo che stiamo rendendo il flusso più affidabile.

Senior Developer: Arriva alla casella. Poi una regola lo sposta. Poi lo inoltriamo. Poi qualcuno sceglie la copia. Affidabile è una parola che sta facendo parecchio lavoro.

Product Owner: Bene, ma oggi cosa facciamo? Non posso mandare al cliente una definizione elegante del problema. Mi serve un passaggio che il team riesca a seguire.

Junior Developer: Possiamo fermare l’inoltro automatico e classificare i messaggi prima dell’importazione. Una persona verifica quali sono ordini; poi il team lavora quelli classificati.

Senior Developer: È manuale. Ma almeno sappiamo cosa stiamo mandando all’importazione. E la regola non decide più da sola che cosa è un ordine.

Product Owner: Introduciamo la classificazione e una checklist. Il cliente non deve cambiare destinatario né oggetto. La verifica manuale è il passaggio temporaneo, mentre sistemiamo la regola.

Senior Developer: Temporaneo: la parola che usiamo quando non sappiamo ancora dove finirà la checklist. Ma sì, così almeno non importiamo due copie alla cieca.

Commerciale: Al cliente posso dire che il flusso è stato ottimizzato e che gli ordini vengono gestiti con un controllo aggiuntivo. È corretto, e non gli chiediamo di cambiare abitudini.

Junior Developer: Sì, però adesso l’elaborazione non è automatica fino in fondo. Qualcuno deve leggere la casella, applicare la checklist e classificare ogni messaggio.

Commerciale: Possiamo dire che è automatico con verifica operativa. Non è una limitazione: è un flusso ottimizzato con presidio. Suona più chiaro.

Senior Developer: Suona come una persona che legge la posta. Ma se il cliente capisce che il suo ordine non sparisce più nella cartella, direi che per oggi abbiamo una risposta.

Product Owner: Perfetto. Facciamo la checklist, controlliamo la casella e teniamo traccia di quali messaggi sono stati classificati. Il report deve mostrare gli ordini ricevuti.

Junior Developer: Ricevuti o elaborati? Perché sono due cose diverse. Se restano in coda dopo la classificazione, il report rischia di farli sembrare già passati nel gestionale.

Product Owner: Il report registra gli ordini ricevuti. Per l’elaborazione abbiamo il passaggio della checklist. Così il dato è corretto e il flusso resta sotto controllo.

Senior Developer: La checklist è pronta. La regola continua a spostare i messaggi, ma adesso qualcuno li recupera, li classifica e li mette in coda. Niente più ordini invisibili.

Narratrice: Da quel giorno le email non spariscono più: aspettano in una coda. Il report registra gli ordini come ricevuti. Il flusso è ottimizzato.