Product Management Excel Avanzato

Template per Release Planning Agile in Excel

Per Product Owner e Scrum Master che devono pianificare una release su più sprint partendo dalla velocity reale del team, distribuire epiche e story point sugli sprint, verificare la capacity e proiettare la data di rilascio con uno scenario ottimistico/pessimistico. È il release planning Agile basato sui dati, non un piano di delivery generico.

#release-planning #velocity #burn-up #story-point #capacity #excel

Usa nel Playbox Personalizza nel wizard

Claude · Anthropic

<role>
Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.
</role>

<task>
Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.
</task>

<context>
Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].
</context>

<output_format>
Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.
</output_format>

<constraints>
Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.
</constraints>

<tone>
Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.
</tone>

DeepSeek · DeepSeek

Ruolo: Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.

Obiettivo: Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.

Contesto: Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].

Formato output: Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.

Vincoli & regole: Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.

Tono & stile: Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

Gemini · Google

## Ruolo
Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.

## Contesto
Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].

## Obiettivo
Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.

## Tono & stile
Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

## Formato output
Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.

## Vincoli & regole
Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.

Grok · xAI

## Ruolo
Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.

## Obiettivo
Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.

## Contesto
Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].

## Formato output
Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.

## Vincoli & regole
Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.

## Tono & stile
Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Mistral · Mistral AI

## Ruolo
Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.

## Obiettivo
Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.

## Contesto
Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].

## Formato output
Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.

## Vincoli & regole
Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.

## Tono & stile
Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

ChatGPT · OpenAI

## Ruolo
Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.

## Obiettivo
Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.

## Contesto
Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].

## Formato output
Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.

## Vincoli & regole
Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.

## Tono & stile
Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Perplexity · Perplexity

Costruisci un foglio di calcolo di release planning multi-sprint pronto da incollare in Excel che, partendo dalla velocity storica del team, distribuisca epiche e story point sugli sprint, verifichi la capacity, tracci il burn-up verso la release e proietti la data di rilascio in scenario atteso, ottimistico e pessimistico.
Ruolo: Sei uno Scrum Master / Release Train coach esperto di pianificazione Agile basata sui dati. Padroneggi velocity, capacity planning, burn-up e proiezione probabilistica delle date di rilascio.
Contesto: Team/prodotto: [nome]. Velocity storica per sprint: [elenco sprint con story point committed, story point completati, capacity in giorni-persona]. Backlog della release: [elenco epiche con story point stimati e priorità]. Durata di uno sprint in giorni: [es. 10]. Data di inizio del primo sprint della release: [data]. Capacity attesa per ciascuno sprint futuro (se variabile per ferie/festività): [valori].
Formato output: Produci quattro fogli in formato TSV. FOGLIO 1 'Velocity storica': Sprint | SP committed | SP completati | Capacity (gg-persona) | Media mobile 3 sprint, con riga Media/Totale (=MEDIA) e una riga 'Velocity media completata'. FOGLIO 2 'Backlog epiche e distribuzione per sprint': Epica | SP stimati | Priorità | Sprint assegnato | SP cumulati, con riga 'Scope totale release' (=SOMMA). FOGLIO 3 'Burn-up verso la release': Sprint | SP completati nello sprint | SP cumulati completati | Scope totale | % completamento (=ARROTONDA(cum/scope*100;0)). FOGLIO 4 'Proiezione data di rilascio': scope totale, velocity media, min e max storiche, sprint necessari atteso/ottimistico/pessimistico (=ARROTONDA.ECCESSO(scope/velocity;1)), data inizio e data rilascio attesa (=inizio+sprint*durata). Chiudi con 'Lettura della pianificazione': capacità, rischio data, note capacity e max 4 azioni.
Vincoli & regole: Usa solo i dati forniti: non inventare velocity, story point o capacity. Le formule devono essere valide in Excel italiano (MEDIA, SOMMA, MIN, MAX, ARROTONDA, ARROTONDA.ECCESSO). Distingui sempre committed da completed e proietta sulla velocity COMPLETATA, non committed. Scala la velocity attesa di uno sprint in proporzione alla sua capacity rispetto a uno sprint pieno. La somma dei SP per epica assegnati agli sprint non deve superare lo scope totale. Esponi gli scenari come intervallo (min-max), non una data secca. Se mancano sprint storici, segnala che la proiezione è a bassa confidenza. Arrotonda a un decimale gli SP e a interi le percentuali. Tutto in italiano.
Tono & stile: Pragmatico e basato sui dati, da Scrum Master. Trasparente sull'incertezza: niente date secche spacciate per certe.

Esempio di output

FOGLIO 1 — Velocity storica
Sprint	Story point committed	Story point completati	Capacity (gg-persona)	Media mobile 3 sprint
Sprint 1	40	34	50	
Sprint 2	38	36	48	
Sprint 3	42	40	50	=ARROTONDA(MEDIA(C2:C4);1)
Sprint 4	40	38	45	=ARROTONDA(MEDIA(C3:C5);1)
Media / Totale	=MEDIA(B2:B5)	=MEDIA(C2:C5)	=MEDIA(D2:D5)	
Velocity media completata (SP/sprint)		37,0		=MEDIA(C2:C5)

FOGLIO 2 — Backlog epiche e distribuzione per sprint
Epica	Story point stimati	Priorità	Sprint assegnato	SP cumulati
E1 Checkout	55	1	S5–S6	55
E2 Wishlist	34	2	S6–S7	=E2+B3
E3 Recensioni	28	3	S7	=E3+C3
E4 Notifiche	21	4	S8	=E4+C4
Scope totale release	=SOMMA(B2:B5)			138

FOGLIO 3 — Burn-up verso la release
Sprint	SP completati nello sprint	SP cumulati completati	Scope totale	% completamento
S5	37	37	138	=ARROTONDA(C2/D2*100;0)
S6	37	=C2+B3	138	=ARROTONDA(C3/D3*100;0)
S7	37	=C3+B4	138	=ARROTONDA(C4/D4*100;0)
S8	27	=C4+B5	138	=ARROTONDA(C5/D5*100;0)

FOGLIO 4 — Proiezione data di rilascio
Metrica	Valore	Formula
Scope totale (SP)	138	='FOGLIO 2'!B6
Velocity media (SP/sprint)	37,0	='FOGLIO 1'!C6
Velocity min storica	34	=MIN('FOGLIO 1'!C2:C5)
Velocity max storica	40	=MAX('FOGLIO 1'!C2:C5)
Sprint necessari (atteso)	3,7	=ARROTONDA.ECCESSO(B2/B3;1)
Sprint necessari (pessimistico)	4,1	=ARROTONDA.ECCESSO(B2/B4;1)
Sprint necessari (ottimistico)	3,5	=ARROTONDA.ECCESSO(B2/B5;1)
Data inizio S5	[data]	
Data rilascio attesa	[data + 4 sprint]	=B8+(B6*[durata_sprint_gg])

Lettura della pianificazione
- Capacità: velocity media 37 SP/sprint su scope 138 SP -> servono ~4 sprint (S5–S8).
- Rischio data: scenario pessimistico (velocity 34) sposticipa il rilascio di mezzo sprint; tenere E4 Notifiche come scope negoziabile.
- Capacity: lo Sprint 4 aveva 45 gg-persona (ferie): non usarlo come riferimento alto per la proiezione.
- Azione: confermare la data con buffer di 1 sprint o ridurre lo scope della release a 110 SP per chiudere entro S7.

Domande frequenti

In cosa differisce da un piano di rilascio classico?

Un piano di rilascio classico elenca scope, milestone e rollback. Questo template è guidato dalla velocity: calcola quanti story point il team chiude per sprint, distribuisce le epiche sugli sprint disponibili e proietta la data di rilascio in base alla capacità reale, non a una data desiderata.

Quale velocity uso se ho pochi sprint storici?

Il foglio calcola la media della velocity sugli sprint disponibili e una media mobile a 3 sprint. Con pochi dati usa un intervallo (min-max degli sprint passati) per produrre uno scenario ottimistico e uno pessimistico di data di rilascio, evitando una falsa precisione.

Come gestisco capacity ridotta per ferie o festività?

Nella colonna capacity inserisci i giorni-persona disponibili per sprint; il foglio scala la velocity attesa proporzionalmente alla capacity rispetto a uno sprint pieno, così sprint con ferie ricevono meno story point pianificati.

Vuoi un prompt su misura?

Costruiscine uno in poche domande — e adattalo a ogni modello.

Crea il tuo prompt