È andato bene

Cosa ha reso più veloce o migliore l'IA in questo ciclo?

L'agente ha impostato la nostra suite di test in pochi minuti, facendoci risparmiare circa mezza giornata di codice ripetitivo, come si vede nella PR.
Con le prime bozze della documentazione generate dall'IA, i revisori hanno dovuto solo correggere invece di scrivere da zero. I tempi si sono ridotti parecchio.
Lavorando in pair programming con l'assistente abbiamo intercettato due casi limite nella gestione dei null prima che arrivassero in staging.
Attriti e cause

Dove ci siamo rallentati, e qual era la causa radice?

L'agente continuava a inventarsi un'API obsoleta, con circa 2 ore di lavoro da rifare. Causa radice: documentazione (materiale di riferimento non aggiornato).
L'ambiente locale non corrispondeva alla CI, quindi il codice generato dall'IA passava in locale e poi falliva nella pipeline. Causa radice: ambiente.
Abbiamo rispiegato lo stesso contesto all'assistente in sessioni diverse. Causa radice: processo (nessun documento condiviso di prompt/contesto).
Ipotesi lasciate correre

Cosa ha dato per scontato l'agente (o noi) senza informazioni sufficienti?

Abbiamo dato per scontato che la gestione del rate limit dell'agente fosse corretta, ma non l'abbiamo mai sottoposta a test di carico.
Abbiamo accettato lo script di migrazione dati dell'IA senza verificarlo su volumi paragonabili alla produzione.
L'agente ha assunto che tutti i nostri utenti siano nello stesso fuso orario. Non è verificato ed è probabilmente sbagliato.
Tenere o eliminare

Quali di questi attriti abbiamo scelto di proposito?

TENERE: la revisione umana obbligatoria su tutte le migrazioni generate dall'IA. È più lenta, ma ha intercettato un bug vero. Controllo voluto.
ELIMINARE: rispiegare il contesto a ogni sessione. Puro spreco: aggiungeremo un documento di contesto condiviso.
TENERE: il passaggio di approvazione prima che l'agente tocchi la configurazione di produzione. Scelto di proposito.
Prima di tutto

Di tutto questo, quale intervento rende di più, e a quale livello?

Aggiornare la documentazione di riferimento delle API su cui si basa l'agente. Responsabile: Priya. Livello: documentazione.
Allineare l'ambiente di sviluppo locale alla CI con un'immagine container. Responsabile: Marcus. Livello: ambiente.
Creare un documento condiviso di contesto/prompt per smettere di rispiegare tutto. Responsabile: Lena. Livello: processo.

Cos'è la retrospettiva sul lavoro assistito dall'IA?

Quando agenti e assistenti IA entrano nel lavoro di tutti i giorni, diventa difficile distinguere le accelerazioni reali dai costi nascosti. La retrospettiva sul lavoro assistito dall'IA offre al team un metodo basato sulle prove per analizzare un ciclo di consegna svolto con l'aiuto dell'IA. Si individuano i successi da proteggere, si riconduce ogni attrito a una causa radice e poi si decide quali attriti sono stati introdotti di proposito. Quest'ultimo passaggio è importante perché non tutti gli attriti sono sprechi. Revisioni obbligatorie, passaggi di approvazione e cicli di verifica sono controlli scelti dal team, e il triage li separa dagli sprechi prima che qualcuno si affretti a "sistemarli". La bacheca ha cinque colonne. È andato bene raccoglie i successi supportati da prove. Attriti e cause descrive ogni rallentamento e ne indica la causa radice. Ipotesi lasciate correre raccoglie le assunzioni che l'agente (o il team) ha accettato senza verificarle. Tenere o eliminare classifica ogni attrito come controllo da proteggere o spreco da rimuovere, e Prima di tutto si chiude con un massimo di tre interventi. Ogni intervento viene collocato a un livello preciso (documentazione, ambiente, processo, materiale o upstream), così colpisce il punto giusto invece di diventare un'attività generica. Chiedere prove dietro i successi, cause dietro gli attriti e sincerità sulle assunzioni non verificate tiene la retrospettiva lontana sia dall'entusiasmo eccessivo sia dal cinismo, e dà al team un vocabolario condiviso per parlare del lavoro assistito dall'IA. In TeamRetro tutti aggiungono le schede in parallelo, raggruppano i temi comuni e votano, e alla fine si esce con azioni assegnate e un quadro chiaro di cosa proteggere, cosa rimuovere e cosa lasciare com'è.

Formato della retrospettiva sul lavoro assistito dall'IA

È andato bene

Cosa ha reso più veloce o migliore l'IA in questo ciclo?

Qui vanno solo i successi con prove concrete, quindi niente lodi generiche. Chiedi a ciascuno di indicare qualcosa che l'assistenza dell'IA ha davvero migliorato: un'attività rilasciata prima, un bug scoperto in anticipo, una bozza che ha fatto risparmiare ore. Lo scopo è capire cosa proteggere e ripetere, quindi chiedi il momento preciso o i numeri dietro ogni successo.

Attriti e cause

Dove ci siamo rallentati, e qual era la causa radice?

Ogni scheda indica il momento, un costo approssimativo e un'etichetta di causa radice presa dal vocabolario fisso del team (documentazione, ambiente, processo, materiale o upstream). Evita le lamentele generiche e chiedi il caso specifico e quanto è costato. Indicare la causa adesso rende molto più efficaci le fasi di Tenere o eliminare e di prioritizzazione.

Ipotesi lasciate correre

Cosa ha dato per scontato l'agente (o noi) senza informazioni sufficienti?

Si tratta di attriti che non hanno ancora fatto danni: assunzioni che nessuno ha verificato. Chiedi al team di segnalare tutto ciò che l'agente ha dedotto o che il team ha preso per buono, come un caso limite non testato, un requisito non confermato o una scorciatoia "probabilmente va bene". Individuarle ora evita che diventino l'incidente del prossimo ciclo.

Tenere o eliminare

Quali di questi attriti abbiamo scelto di proposito?

Non tutti gli attriti sono sprechi. Revisioni obbligatorie e passaggi di approvazione possono essere punti di controllo che il team ha scelto deliberatamente. Passate in rassegna le schede degli attriti e segnate ciascuna come TENERE (un controllo da proteggere) o ELIMINARE (uno spreco da rimuovere). Rimuovere un controllo deve essere una decisione esplicita del team, mai un effetto collaterale di una pulizia.

Prima di tutto

Di tutto questo, quale intervento rende di più, e a quale livello?

Sii rigoroso: al massimo tre interventi. Ognuno ha bisogno di un responsabile e di un livello preciso (documentazione, ambiente, processo, materiale o upstream), così resta mirato al punto giusto. Votate in TeamRetro per scegliere gli interventi con il ritorno maggiore prima di assegnare i responsabili.

Quando utilizzare questa analisi retrospettiva

  • Alla fine di uno sprint o di un ciclo di consegna in cui agenti IA o assistenti di programmazione hanno svolto una parte consistente del lavoro.
  • Quando il team sta estendendo i flussi di lavoro assistiti dall'IA e vuole separare i vantaggi reali dai costi nascosti.
  • Dopo un periodo di adozione rapida dell'IA, quando attriti e soluzioni di ripiego si sono accumulati senza essere esaminati.
  • Quando sospetti che qualcuno stia per eliminare un attrito che in realtà è un controllo da mantenere.
  • Quando vuoi un vocabolario condiviso nel team per parlare del lavoro assistito dall'IA senza entusiasmi eccessivi né cinismo.

Domande suggerite per rompere il ghiaccio

  • Se in questo sprint il tuo assistente IA avesse avuto una personalità, sarebbe stato uno stagista entusiasta, un saputello o un genio silenzioso? E perché?
  • Qual è un'attività che non affideresti mai a un'IA, e una che le cederesti volentieri già domani?

Desiderate un esercizio di riscaldamento che la vostra squadra possa svolgere, anziché limitarsi a rispondere ad alta voce? Sfogliate gli esercizi per rompighiaccio gratuiti →

Idee e consigli per la vostra riunione di retrospettiva

  • Concordate il vocabolario delle cause radice (documentazione, ambiente, processo, materiale, upstream) prima di iniziare. Etichette coerenti rendono triage e prioritizzazione molto più efficaci.
  • Pretendete prove per i successi. "Sembrava più veloce" non è un successo; "ha fatto risparmiare mezza giornata di codice ripetitivo" sì.
  • In Tenere o eliminare, trattate la rimozione di un controllo come una decisione. Non eliminate mai una revisione obbligatoria solo perché è lenta: verificate prima che non stia intercettando problemi reali.
  • Limitate l'elenco delle azioni a tre, ciascuna con un responsabile e un livello. Un elenco più lungo di solito significa che non si fa nulla.
  • Lasciate spazio alle persone più silenziose e più scettiche. L'entusiasmo per l'IA può soffocare dubbi legittimi sulle assunzioni non verificate.
  • Riprendete Ipotesi lasciate correre nel ciclo successivo per vedere se qualcuna si è trasformata in un costo reale.

Domande frequenti

Quanto dura la retrospettiva sul lavoro assistito dall'IA?
La maggior parte dei team finisce in 45-60 minuti. Lasciate qualche minuto in più per Tenere o eliminare e per la prioritizzazione finale, perché lì si prendono decisioni concrete su controlli e responsabili.
Quando conviene usare questo formato invece di una normale retrospettiva di sprint?
Usatelo ogni volta che agenti o assistenti IA hanno inciso su gran parte del lavoro del ciclo. Una retrospettiva standard tratta ogni attrito come qualcosa da migliorare, mentre questo formato separa i controlli voluti dagli sprechi.
Cosa significa 'livello' nella fase delle azioni?
Il livello è il piano su cui interviene una correzione: documentazione, ambiente, processo, materiale o upstream. Indicarlo indirizza ogni azione allo strato giusto, così non si trasforma in un'attività vaga.
Perché separare gli 'attriti' dalle 'ipotesi lasciate correre'?
Un attrito è un costo già pagato. Le ipotesi sono assunzioni non verificate che non hanno ancora fatto danni. Esaminarle entrambe permette di risolvere i problemi di oggi e di prevenire il prossimo incidente.
Cosa significa che 'non tutti gli attriti sono sprechi'?
Alcuni attriti, come una revisione obbligatoria o un passaggio di approvazione, sono controlli che il team ha scelto di proposito. Il triage distingue questi controlli dagli sprechi prima che venga rimosso qualcosa.
Quante azioni dovrebbero uscire dalla retrospettiva?
Al massimo tre, ciascuna con un responsabile e un livello. Un elenco breve di azioni assegnate ha molte più probabilità di essere portato a termine.
È pronto a condurre questa retrospettiva?Provi questa esibizione dal vivo in chiave retrospettiva