Vai al contenuto principale

Auto-triage e assegnazione dei bug per severità

Alla fine di questa ricetta, ogni bug che atterra nel tracker viene etichettato per severità, taggato sull'area giusta, assegnato a un owner, messo a orologio con uno SLA e — se è Critical — scalato al team, tutto in pochi secondi e senza che nessuno muova un dito. Il triage è la tassa che ogni team di engineering paga sui bug in arrivo; poiché report, board e team vivono nello stesso workspace, un'Automation può leggere ogni nuovo bug e fare il routing per te.

Prontezza: Disponibile ora (costruita come un'unica Automation). La versione in cui un collega "Triage Lead" con nome osserva il board ed etichetta e assegna i bug sotto la propria identità è in rollout in early access.

Cosa fa​

Un'unica automazione siede sul board Bugs e scatta nel momento in cui arriva un nuovo bug — da un form, un'email, un error tracker o un collega che lo digita a mano. Per ciascuno:

  1. Classifica la severità — legge titolo e descrizione e lo etichetta Critical, High, Medium o Low rispetto a definizioni che imposti tu.
  2. Identifica l'area — classifica quale parte del prodotto tocca il bug (Frontend, Backend, Payments, Mobile…) così può essere instradato.
  3. Assegna l'owner — ramifica su quell'area e mette la persona giusta sulla riga.
  4. Avvia lo SLA — fa partire un timer di risposta, più stretto per severità più alta, così nulla invecchia in silenzio.
  5. Notifica e scala — pinga l'owner assegnato e pagina subito il canale engineering per qualsiasi cosa Critical.
  6. Lo marca Triaged — gira lo status così il team vede a colpo d'occhio che il bug è stato processato.

Il risultato è che un report grezzo e disordinato diventa un ticket etichettato, posseduto e a orologio prima che un umano lo apra — e una persona può comunque sovrascrivere qualsiasi parte.

Costruiscilo tu​

Setup una tantum​

Crea il board Bugs

Crea un board con una tabella per i bug. Aggiungi colonne per Title, Description (rich text), Severity (single-select: Critical, High, Medium, Low), Area (single-select per le aree prodotto o i team), Owner (people), Status (New, Triaged, In Progress, Done), Environment e una colonna SLA. Questo board è sia la coda di triage sia l'archivio dei bug.

Instrada ogni intake in una riga

Qualunque sia il modo in cui i bug ti raggiungono, falli atterrare tutti come righe in questa tabella così un'unica automazione di triage può coprirli. Percorsi di intake reali, tutti costruiti da trigger standard:

  • Un bug-report form pubblico sulla tabella (un trigger Form submitted che crea la riga).
  • Un trigger Email received / Gmail received sulla bug inbox che crea la riga.
  • Un trigger Inbound webhook received alimentato dal tuo error tracker o tool di monitoring.

Poiché l'automazione di triage sotto si attiva su Row created, costruisci la logica di triage una volta e ogni percorso di intake la eredita.

L'automazione di triage​

Trigger: Row created

Aggiungi un trigger Row created sulla tabella Bugs. Scatta per ogni nuovo bug, non importa come sia arrivato.

Passaggio AI: Classify severity

Aggiungi un passaggio AI → Classify che legge titolo e descrizione del bug e lo ordina nelle label di severità (Critical, High, Medium, Low). Spiega cosa significa ciascuna label nel passaggio così l'IA rispetta l'asticella del team — ad esempio, Critical = data loss o full outage.

Passaggio AI: Classify the area

Aggiungi un secondo passaggio AI → Classify per etichettare l'Area interessata (Frontend, Backend, Payments…). È il campo su cui farai routing. Vuoi più struttura? Aggiungi un passaggio AI → Extract per tirare fuori environment, version dell'app e steps to reproduce dal report in free-text nelle rispettive colonne.

Azione: Set the fields

Aggiungi azioni Set field per scrivere Severity e Area (e qualsiasi dettaglio estratto) sulla riga che ha scatenato l'automazione, così le label sono visibili in ogni vista e usabili dai passaggi successivi.

Condizione + Azione: Assign the owner

Aggiungi una condizione Compare su Area e, su ogni ramo, un'azione Assign user(s) che aggiunge l'owner di quell'area alla colonna Owner — Frontend → Alex, Backend → Sam, Payments → Jordan. Aggiungi un ramo per area o team a cui instradi.

Azione: Start the SLA timer

Aggiungi un'azione SLA timer control per avviare l'orologio sulla riga. Imposta i target di risposta reali per severità sulla SLA policy del board — Critical ottiene la scadenza più stretta — così il timer che avvii qui conta alla rovescia contro il target giusto.

Condizione + Azione: Notify and escalate

Aggiungi una condizione Compare su Severity. Sul ramo Critical, aggiungi un'azione Post channel message che pagina il canale engineering con titolo e link del bug. Sull'altro ramo, aggiungi un'azione Send notification all'owner assegnato. Tutti sentono ciò che conta, al volume che merita.

Azione: Set Status → Triaged

Chiudi con un'azione Set field che sposta Status su Triaged, così il team vede che il bug è già stato etichettato, posseduto e messo a orologio.

Oppure chiedilo a Copera AI​

Non devi disegnare il grafo a mano. Apri Ask Copera AI e descrivi l'intero flusso:

"Crea un board Bugs con colonne per title, description, severity (Critical, High, Medium, Low), area, owner, status, environment e uno SLA. Poi costruisci un'automazione: quando viene creata una nuova riga, classifica la severità del bug e la sua area, imposta entrambi i campi, assegna l'owner dell'area, avvia il timer SLA, notifica l'owner e posta qualsiasi bug Critical nel canale #engineering."

Ask Copera AI può creare il board e le sue colonne, poi assemblare l'automazione — trigger, classificazione AI, condizioni e azioni — per te. Con la modalità di permesso predefinita Ask before acting, mostra una review card per ogni modifica prima che venga creata qualsiasi cosa, così approvi board e automazione prima che esistano. Vedi What Copera AI Can Do per l'elenco completo di ciò che può costruire.

Fallo diventare un collega fisso​

Dai a un Triage Lead con nome il board Bugs e può leggere ogni nuovo bug, etichettarlo per severità e area, assegnare l'owner giusto e postare un heads-up nel canale engineering — secondo la sua schedule e sotto la propria identità, senza un grafo di automazione da mantenere.

Accesso anticipato

Gli AI teammates sono in rollout graduale. Se non li vedi ancora nel workspace, stanno arrivando — tutto in questa guida si può costruire oggi come Automation. Scopri di più sugli AI teammates.

Consigli​

suggerimento

Attiva su Row created, non sul form. Un'unica automazione di triage copre così ogni percorso di intake — form, email e webhook dell'error tracker — perché tutti creano una riga. Costruisci il routing una volta invece di duplicarlo per sorgente.

suggerimento

Dai al classificatore definizioni nitide. Nel passaggio Classify, dichiara esattamente cosa separa Critical da High (es. Critical = data loss o full outage; High = feature maggiore rotta senza workaround). Label nette fanno sì che le chiamate dell'IA rispecchino come il team triagia davvero.

suggerimento

Lascia che gli umani sovrascrivano e tieni il loop visibile. L'automazione imposta un punto di partenza, non un verdetto — gli engineer possono rietichettare la severità o riassegnare in qualsiasi momento. Spostare lo status su Triaged rende ovvio quali bug sono stati processati e quali sono ancora grezzi.

suggerimento

Scala lo SLA per severità, poi lascia che un watchdog rincorra le breach. Configura target più stretti per Critical sulla SLA policy del board e abbina questa ricetta allo SLA-breach watchdog così nulla resta oltre la scadenza senza che nessuno se ne accorga.

suggerimento

Imposta uno spend cap. I passaggi classify e extract consumano usage AI a ogni nuovo bug, quindi dai all'automazione uno spend cap per-automazione. Un'improvvisa ondata di report non può mai superare un budget che scegli tu, e l'usage dashboard mostra esattamente dove sono andati i crediti.

Domande frequenti​

Copera può assegnare in automatico i bug in arrivo alla persona giusta?​

Sì. L'automazione si attiva quando viene creata una nuova riga bug, classifica severità e area interessata con l'IA, poi ramifica sull'area ed esegue un'azione Assign user(s) per mettere l'owner di quell'area sulla riga. Può avviare un timer SLA e notificare l'owner nella stessa esecuzione.

Come decide Copera la severità di un bug?​

Un passaggio AI Classify legge titolo e descrizione del bug e lo ordina nelle label di severità che definisci (ad esempio Critical, High, Medium, Low). Un'azione Set field scrive quella label sulla riga. Controlli tu le label e cosa significa ciascuna, così il risultato rispecchia le definizioni del team.

I bug possono arrivare da un form, email o error tracker?​

Sì. Un bug-report form pubblico, un trigger Email received / Gmail received o un trigger Inbound webhook received dal tuo error tracker possono ciascuno creare la riga bug. Poiché il triage gira su Row created, un'unica automazione copre ogni percorso di intake.

Una persona rivede ancora i bug triagiati dall'IA?​

Sì. L'automazione etichetta, instrada e assegna come punto di partenza, ma gli engineer possono sovrascrivere qualsiasi campo — rietichettare la severità o riassegnare l'owner — quando vogliono. Impostare lo status su Triaged mostra che un bug è stato processato, e l'automazione non cancella mai nulla.

Può scalare subito i bug Critical?​

Sì. Una condizione ramifica sulla severità: i bug Critical postano un messaggio nel canale engineering per paginare l'engineer on-call, mentre i bug a severità inferiore semplicemente inviano una notifica in-app all'owner assegnato.

Correlati​