Dalla call di incidente alla bozza di postmortem: timeline in diretta

2026-10-15

La parte più lenta di un postmortem non è l'analisi. È la timeline: un'ora passata a scorrere la chat dell'incidente, il sistema di paging e la memoria di tutti per capire quando è stato dichiarato il SEV-2, quando è partito il rollback e chi ha detto per primo «pool di connessioni». A quel punto la formulazione si è già ammorbidita e l'ordine degli eventi è una ricostruzione.

C'è una strada più breve. Si registra la call dell'incidente, lo scribe preme una scorciatoia ogni volta che qualcosa va nel postmortem — Timeline, Cause o Action — e dopo la call si chiede a un assistente IA di scrivere la bozza del postmortem a partire da quelle marcature. Ogni marcatura riporta il suo orario e la frase a cui è fissata, quindi la bozza parte da una timeline invece che da una pagina bianca. Ciò che la registrazione non può contenere — grafici, log, orari degli alert — va comunque aggiunto a mano.

Questa guida segue l'app Speak-Y per macOS, verificata il 15 ottobre 2026, ed è pensata per un ingegnere di reperibilità o un team SRE che condivide già le riunioni in uno spazio di lavoro. Se non lo si ha ancora, conviene prima crearne uno.

Perché la timeline è la parte più difficile di un postmortem?

I due riferimenti più diffusi mettono la timeline al centro. Il capitolo del libro SRE di Google sulla cultura del postmortem chiede postmortem senza colpe — centrati su ciò che il sistema ha permesso, non su chi ha sbagliato. Il modello di postmortem pubblico di PagerDuty (verificato il 15 ottobre 2026) ha una sezione Timeline in UTC: quando è iniziato il fattore contribuente, quando è partito il page, quando è stata aggiornata la pagina di stato, ogni azione significativa e quando l'incidente si è chiuso.

Il problema è quando quella timeline viene scritta. Tre cose vanno storte:

• La memoria arrotonda gli orari. «Verso la mezza» va bene per un racconto ed è inutile per misurare il tempo di mitigazione.
• L'ordine si appiattisce. Un rollback tentato, abbandonato e ritentato diventa «abbiamo fatto rollback».
• Il ragionamento sparisce. La chat mostra i comandi eseguiti, non la frase che spiegava perché.

Una registrazione conserva tutte e tre le cose; le marcature rendono trovabili i minuti giusti.

Da impostare una volta: tre tipi di nota e un canale Incidents

Le marcature. Speak-Y arriva con un solo tipo di nota, Segna il momento su ⌥1. Se ne aggiungono tre propri in Impostazioni → Note: si fa clic su Aggiungi tipo di nota, si digita Timeline in Nome del tipo, si fa clic su Salva, poi su Imposta scorciatoia e si preme ⌥2. Si ripete per Cause su ⌥3 e Action su ⌥4. Ognuno di quelli che potrebbero registrare un incidente lo fa una volta sola, con gli stessi nomi.

• Timeline — un evento con un orario: dichiarato, page inviato, rollback eseguito, ripristinato, risolto.
• Cause — un fattore contribuente, detto come un fatto: «il pool si ferma a 20».
• Action — un'azione successiva con un responsabile: «Sam aggiunge l'alert entro venerdì».

Il canale. Nel menu ⋯ dello spazio di lavoro si sceglie New channel e lo si chiama Incidents (incidenti). Un canale pubblico va bene per la maggior parte dei team di ingegneria: il prossimo ingegnere di reperibilità legge gli incidenti passati senza dover chiedere l'accesso. Gli incidenti di sicurezza e tutto ciò che riguarda dati dei clienti vanno tenuti in un canale privato separato; il compromesso è trattato in chi vede che cosa nei canali delle riunioni.

Durante la call: dirlo, poi premere il tasto

Quando si apre la call dell'incidente, l'incident commander nomina uno scribe, e lo scribe avvia una registrazione di riunione in Speak-Y. Nessun bot entra nella call: Speak-Y registra il microfono e il suono della call sul Mac dello scribe, quindi funziona allo stesso modo su Zoom, Google Meet, Teams o in un huddle di Slack. Va detto a tutti che la call viene registrata; le regole cambiano da paese a paese e sono trattate in è legale registrare le riunioni?

Le marcature funzionano meglio quando l'evento viene prima detto come frase completa:

Dichiaro SEV-2. Il checkout restituisce 502 su circa un terzo delle richieste.

Poi lo scribe preme ⌥2. Speak-Y fissa una marcatura Timeline agli ultimi 15 secondi della trascrizione, nel colore del tipo. Non si scrive nulla, e l'app della call può restare in primo piano: le scorciatoie funzionano da qualsiasi app. I pulsanti delle marcature accanto alla pillola di registrazione fanno la stessa cosa con un clic, e non sono visibili durante la condivisione dello schermo, quindi una dashboard condivisa non viene interrotta.

Dire ad alta voce «rollback completato, tasso di errore sotto l'uno per cento» è anche un aggiornamento di stato che sente tutta la call — ed è lì che qualcuno dice «in eu-west no».

Dopo la call: nomi, tag, condivisione

Cinque minuti, una volta pronta la trascrizione:

1. Dare un nome ai parlanti. In Per parlanti si fa clic su un chip Speaker 2 e si digita il nome. Un postmortem dice «Leo ha avviato il rollback», non «Speaker 3».
2. Assegnare i tag. Si fa clic su Tag e si aggiunge incident più l'ID dell'incidente, per esempio inc-2041. È dall'ID che l'assistente trova la call giusta.
3. Controllare le marcature. I chip sopra la trascrizione le contano: Tutte le note · 7, Timeline · 4, Cause · 1, Action · 2. Un momento che nessuno ha marcato si può ancora marcare riascoltando la registrazione: la barra sotto il player ha un pulsante per ogni tipo di nota.
4. Condividere. Si preme To channel sotto la trascrizione e si sceglie Incidents. La trascrizione con nomi e marcatori temporali, il riepilogo IA e gli action items vanno nel canale, cifrati end-to-end; l'audio resta sul proprio Mac.
5. Mostrare le marcature, se il team deve vederle. Le marcature sono private per impostazione predefinita. Si fa clic sul chip Private sopra la trascrizione e si sceglie Mostra in # Incidents — i membri del canale le vedranno.

Che cosa arriva esattamente nel canale è spiegato in condividere una riunione in un canale del team.

La bozza del postmortem con un assistente IA

Si collega Claude, ChatGPT o Cursor al server MCP di Speak-Y — un clic su Connetti in Impostazioni → Integrazioni, gratuito con ogni piano — e si chiede:

Scrivi una bozza di postmortem per INC-2041 dalle mie marcature. Metti la timeline in UTC, elenca separatamente cause e action items e indica per ogni riga lo scarto nella registrazione, così posso verificarla.

L'assistente trova la registrazione dal tag e la legge. Insieme alla trascrizione, Speak-Y gli passa le marcature come elenco: ognuna con il suo scarto, il tipo, il parlante e le prime parole della frase a cui è fissata, per esempio «18:05 · Cause — Sam Ito: il nuovo pool di connessioni si ferma a 20». La trascrizione si apre anche con l'ora di inizio della registrazione, così l'assistente può trasformare «11:20 dall'inizio della call» in «13:16 UTC».

La bozza torna nella forma del proprio modello: le marcature Timeline come timeline, le marcature Cause come fattori contribuenti, le marcature Action come azioni successive. L'assistente legge la copia sul Mac, ma il suo modello gira nel cloud, quindi il testo va a quel fornitore — MCP locale e MCP cloud spiega che cosa significa per un incidente di sicurezza.

Ciò che la bozza non può sapere

La bozza è un punto di partenza, ed è affidabile su una cosa sola: che cosa è stato detto nella call, e quando. Prima che diventi un postmortem:

• Ogni orario va confrontato con i log. Una marcatura Timeline registra quando qualcuno ha detto che il rollback era finito, il che può essere minuti dopo la sua fine reale.
• Va aggiunto ciò che non è mai stato detto. Quando è scattato l'alert, quando è cambiata la pagina di stato, il grafico che ha mostrato il ripristino — vengono dal sistema di paging, dalla pagina di stato e dalle dashboard.
• Va mantenuto senza colpe. Una trascrizione cita le persone. «Leo ha rilasciato la modifica» sta nella timeline; di chi sia la colpa non sta da nessuna parte.
• Ogni azione ha bisogno di un responsabile e di una data. Le marcature Action catturano ciò che è stato promesso nella call; stabilire chi e per quando è compito della review.

La registrazione sostituisce l'archeologia, non l'indagine.

Limiti e costi

• Durata. Verificato su speak-y.com il 15 ottobre 2026: Free ferma una registrazione di riunione a 30 minuti, Pro ($10 al mese) a 60, Pro+ ($15) e Max ($30) a quattro ore. Un incidente lungo con Pro significa una seconda registrazione.
• Una sola persona che registra. Le marcature appartengono alla registrazione di chi le ha premute. Due persone che registrano la stessa call producono due mezze timeline.
• Canali su Mac. Spazi di lavoro e canali sono nell'app per macOS. Per creare uno spazio di lavoro serve Pro o superiore; i colleghi si uniscono gratis con qualsiasi piano.

In breve

Tre tipi di nota — Timeline, Cause, Action — su ⌥2, ⌥3 e ⌥4. Durante la call: lo scribe registra, dice l'evento ad alta voce e preme il tasto. Dopo: nomi, un tag dell'incidente, To channel → Incidents. Poi una domanda all'assistente e una bozza da verificare sui log. La pagina Teams tratta spazi di lavoro e canali, e action items che vengono davvero portati a termine riguarda la parte che viene dopo il postmortem: chiudere le azioni successive.

FAQ

Come si trasforma una call di incidente in una bozza di postmortem?

Si registra la call di incidente in Speak-Y e una persona preme una scorciatoia ogni volta che viene detto qualcosa che merita la timeline: Timeline per gli eventi, Cause per la causa, Action per le azioni successive. Dopo la call si condivide la registrazione in un canale Incidents e si chiede a un assistente IA collegato al server MCP di Speak-Y di scrivere la bozza del postmortem a partire da quelle marcature. La bozza elenca ogni marcatura con il suo orario, il parlante e le parole dette.

L'assistente può mettere la timeline in UTC?

Sì, con una verifica. Ogni marcatura riporta il proprio scarto dall'inizio della registrazione, e la trascrizione che l'assistente legge si apre con l'ora di inizio della registrazione, quindi l'assistente può sommare le due cose. Il risultato è il momento in cui qualcosa è stato detto nella call, non quello in cui è successo nel sistema; ogni riga va confrontata con i log e con lo storico degli alert prima di pubblicare.

Speak-Y registra lo schermo, le dashboard o i log durante un incidente?

No. Speak-Y registra l'audio dal Mac di chi avvia la registrazione: il microfono e il suono dell'app di chiamata. Grafici, righe di log, il canale di chat e gli orari del sistema di paging non sono nella registrazione; vanno collegati o incollati nel postmortem a mano.

Chi dovrebbe premere le marcature durante una call di incidente?

Una sola persona, di solito lo scribe che l'incident commander nomina all'inizio. Le marcature appartengono alla registrazione di chi le ha premute, quindi una sola persona che registra e un solo scribe sullo stesso Mac danno una timeline pulita. Un momento sfuggito si può marcare in seguito, riascoltando la registrazione.

Quanto costa questa configurazione?

Il server MCP è gratuito con ogni piano. Per creare uno spazio di lavoro del team serve Pro o superiore, e i colleghi si uniscono gratis con qualsiasi piano. Le call di incidente durano a lungo: verificato su speak-y.com il 15 ottobre 2026, Free ferma una riunione a 30 minuti, Pro ($10 al mese) a 60, Pro+ ($15) e Max ($30) a quattro ore.