Back to templates
ProductivityAdvancedUser Prompt

Riepilogo Standup Giornaliero

March 29, 2026·🇬🇧 English

Il Riepilogo Standup Giornaliero prende note o trascrizioni grezze e non strutturate di uno standup e produce un riepilogo chiaro con aggiornamenti categorizzati, blocchi evidenziati, mappe delle dipendenze e azioni tracciate. Trasforma l'output caotico di uno standup di 15 minuti in un documento che serve davvero al suo scopo: tenere il team allineato e far emergere i problemi in anticipo.

Engineering manager, scrum master, project manager e team lead che gestiscono standup giornalieri o settimanali usano questo template. Risolve il problema per cui gli standup generano informazioni utili che evaporano immediatamente perché nessuno le annota in modo strutturato, e gli appunti sono in genere troppo disordinati per essere consultati rapidamente.

Il prompt è efficace perché fa più che trascrivere. Incrocia gli aggiornamenti per identificare conflitti di dipendenza ("Alice sta aspettando l'endpoint API che Bob dice essere in ritardo"), segnala rischi che nessun singolo partecipante ha menzionato ma che emergono dal quadro complessivo, e mantiene un elenco di azioni che si propaga tra gli standup. Questo livello analitico è ciò che separa un riepilogo utile da una semplice trascrizione.

This prompt is just the starting point

Score it with AI, optimize it with one click, track versions, and build your prompt library.

AI quality score on 6 criteria
One-click optimization with 3 strategies
Version history to track improvements

The Prompt

Analizza le seguenti note di standup e produci un riepilogo strutturato del team:

**Nome del team**: [NOME DEL TEAM]
**Data**: [DATA DI OGGI]
**Sprint/Iterazione**: [NOME O NUMERO DELLO SPRINT CORRENTE, es. "Sprint 14" o "Settimana del 24 marzo"]

**Note standup grezze**:
```
[INCOLLA LE NOTE GREZZE, LA TRASCRIZIONE O IL LOG DELLA CHAT DELLO STANDUP. Possono essere disordinate. Includi l'aggiornamento di ogni persona in qualsiasi formato sia stato dato, es.

Alice: Ieri ho finito il redesign della pagina login. Oggi lavoro sul flusso di reset password. Bloccata sulle specifiche API dal team backend, ho scritto a Bob.

Bob: Sto ancora facendo debug della logica di retry dei pagamenti, trovata una race condition. Dovrei finire entro domani. Mando ad Alice le specifiche API dopo pranzo.

Carlo: Ieri ho revisionato 4 PR. Oggi inizio lo script di migrazione database. Preoccupato per la finestra di manutenzione di 2 ore, potrebbe non bastare.

Diana: Ieri ero a casa malata, mi sto aggiornando su Slack. Oggi riprendo il lavoro sul servizio notifiche. Ho bisogno dell'accesso all'ambiente di staging, non so a chi chiedere.]
```

**Azioni precedenti** (opzionale):
```
[ELENCA EVENTUALI AZIONI APERTE DAGLI STANDUP PRECEDENTI, es.
- Bob deve condividere le specifiche API con Alice (da lunedì)
- Carlo deve stimare la finestra di migrazione (da giovedì scorso)]
```

Produci quanto segue:

### Riepilogo stato del team
Un riepilogo esecutivo di 3-5 frasi che copre: velocità complessiva del team (in carreggiata, rallentata, bloccata), il rischio o blocco maggiore e eventuali progressi significativi.

### Aggiornamenti individuali
Per ogni membro del team, una voce strutturata:
- **Completato**: cosa ha finito (se qualcosa)
- **In corso**: su cosa sta lavorando oggi
- **Bloccato/In attesa**: eventuali blocchi, con chi o cosa sta aspettando
- **ETA**: completamento stimato dell'attività corrente (se menzionato o deducibile)

### Blocchi e dipendenze
Una tabella o lista che mostra:
| Blocco | Chi è bloccato | Dipende da | Stato | Impatto se non risolto |
Per ogni blocco, valuta: è in corso di risoluzione, oppure è fermo?

### Segnali di rischio
Problemi che nessun singolo partecipante ha segnalato come blocco ma che emergono dagli aggiornamenti combinati:
- Conflitti di dipendenza (la persona A ha bisogno di qualcosa dalla persona B che è in ritardo)
- Rischi di timeline (stime che sembrano ottimistiche dato il progresso attuale)
- Lacune di risorse (qualcuno a cui mancano accessi, conoscenze o disponibilità)
- Dubbi sull'ambito (attività che sembrano più grandi di quanto pianificato originariamente)

### Azioni
Un elenco numerato di azioni specifiche con responsabili e scadenze:
1. [RESPONSABILE]: [AZIONE] entro [SCADENZA]

Segna quali voci sono nuove di oggi e quali sono riportate dagli standup precedenti. Evidenzia le voci riportate che hanno più di 2 giorni.

### Follow-up suggeriti
Domande o conversazioni che il team lead dovrebbe avviare sulla base dello standup di oggi (es. "Verificare con Carlo se la finestra di migrazione può essere estesa prima che inizi lo script").

Usage Tips

  • Incolla le note grezze, non riepiloghi già puliti: il valore del prompt sta nell'analizzare input disordinato. Se pulisci le note prima, perdi i segnali (parole di esitazione, timeline vaghe, preoccupazioni non dette) che rivelano rischi nascosti.
  • Includi le azioni precedenti ogni volta: la sezione delle azioni riportate è dove vive la responsabilizzazione. Senza, gli stessi blocchi si ripresentano per giorni senza visibilità.
  • Condividi l'output con il team: pubblica il riepilogo strutturato nel canale del team dopo ogni standup. Crea un archivio consultabile e garantisce che tutti, incluso chi ha saltato lo standup, abbiano lo stesso quadro.
  • Usa i segnali di rischio per guidare i tuoi 1:1: la sezione rischi spesso fa emergere problemi che i membri del team non si sentono a proprio agio a sollevare in uno standup di gruppo. Fai follow-up in privato usando i segnali specifici come spunto di conversazione.
  • Raggruppa più giorni per i team asincroni: se il tuo team fa standup asincroni (aggiornamenti postati su Slack o su un tool), incolla una settimana completa di aggiornamenti e chiedi un riepilogo settimanale. L'incrocio dei dati diventa ancora più prezioso su periodi più lunghi.

managercommunicationanalysistime-saving

Get more from this prompt

Save it, score it with AI, optimize it, and track every version. Free to start.

AI quality score on 6 criteria
One-click optimization with 3 strategies
Version history to track improvements