A volte il mio agente commette errori. Distrugge una funzionalità quando unisce una PR. Mi dice che è tutto fatto e supera i test, ma la funzionalità di base è mancante. Di solito, questa è una buona opportunità per aggiungere alcuni strumenti o barriere al tuo flusso di lavoro. 🧵

Ma se è difficile farlo o complicato, o se non sei sicuro di cosa aggiungere, allora non lo fai. E alla fine ti ritrovi a risolvere gli stessi problemi ancora e ancora.

Amazon (e molte altre aziende) hanno un processo formale di post-mortem per ogni volta che c'è un'interruzione della produzione o un problema che influisce sui clienti. Si chiama coe e in altri luoghi. Di solito viene semplicemente chiamato post-mortem.

L'idea è semplice. Fai una retrospettiva senza colpe di ciò che è andato storto, come l'hai individuato e come lo risolvi, e poi fai un'analisi delle cause profonde per capire quali siano i veri problemi strutturali.

Oggi, mentre ero in macchina, mi sono reso conto che posso trattare gli errori che commette il mio agente allo stesso modo. Posso risalire alla causa principale per cui una funzionalità è passata attraverso il QA quando funzionava solo a metà. Posso approfondire quale sia la protezione mancante che ci ha portato a sovrascrivere continuamente le funzionalità durante le fusioni.

Ecco l'abilità: la prossima volta che il tuo agente commette un errore e rovina il tuo progetto, basta dire /coe oppure il modulo di raccolta post-mortem è andato in errore dopo aver fuso 3 PR

L'ho già usato un paio di volte questa sera e sto aggiungendo più protezioni alle abilità e agli strumenti che permettono al mio agente di muoversi rapidamente. Provalo!