# LESSONS LEARNED — [Nome del progetto]
 
**Data:** GG/MM/AAAA
**Project Manager:** [Nome]
**Sponsor:** [Nome]
**Durata progetto:** [Data inizio] – [Data fine]
**Stato:** Successo / Successo parziale / Fallimento
**Compilatore:** [Nome]
**Partecipanti sessione:** [Nomi]
 
---
 
## 1. Sintesi del progetto
 
### Obiettivi originali
[Cosa volevamo ottenere — copiato dal Project Charter]
 
### Risultati effettivi
[Cosa abbiamo effettivamente consegnato]
 
### Success criteria (verifica)
| Criterio | Target | Risultato | Status |
|----------|--------|-----------|--------|
| [...]    | [...]  | [...]     | ✓/⚠/✕ |
 
### Metriche di delivery
| Metrica | Pianificato | Effettivo | Δ |
|---------|-------------|-----------|---|
| Tempi   | [...]       | [...]     | [+/-X gg] |
| Costi   | € [...]     | € [...]   | [+/-X%]   |
| Scope   | [%]         | [%]       | [...]     |
| Qualità | [bug/SLA]   | [...]     | [...]     |
 
---
 
## 2. Cosa è andato BENE (✓ Keep doing)
 
### Pratica / Decisione 1
- **Cosa**: [descrizione]
- **Perché ha funzionato**: [analisi]
- **Raccomandazione**: [come replicarlo in futuro]
 
### Pratica / Decisione 2
[...]
 
### Pratica / Decisione 3
[...]
 
---
 
## 3. Cosa è andato MALE (✕ Stop doing)
 
### Problema 1
- **Cosa è successo**: [descrizione, senza colpe]
- **Impatto**: [tempo, costo, qualità, persone]
- **Root cause** (5 Whys): [analisi]
- **Cosa avremmo dovuto fare**: [con il senno di poi]
- **Raccomandazione**: [come evitare in futuro]
 
### Problema 2
[...]
 
---
 
## 4. Cosa abbiamo IMPARATO (→ New learning)
 
### Insight 1
- **Insight**: [scoperta]
- **Contesto in cui si applica**: [quando vale]
- **Limiti / non applicabilità**: [quando NON vale]
 
### Insight 2
[...]
 
---
 
## 5. Cosa proveremmo (🧪 Start doing)
 
### Esperimento / Pratica da provare 1
- **Cosa**: [...]
- **Ipotesi**: [perché potrebbe funzionare]
- **Come testarlo**: [in quale progetto, con quali metriche]
 
### Esperimento / Pratica da provare 2
[...]
 
---
 
## 6. Stakeholder & Comunicazione
 
### Cosa ha funzionato
- [...]
 
### Cosa non ha funzionato
- [...]
 
### Raccomandazioni per progetti futuri
- [...]
 
---
 
## 7. Team & Risorse
 
### Allocazione e capacity
- [Stima vs effettivo, turnover, criticità]
 
### Skill gap rivelati
- [Cosa mancava, come abbiamo gestito]
 
### Raccomandazioni
- [Skill da sviluppare, profili da assumere]
 
---
 
## 8. Rischi e Issue
 
### Rischi previsti e accaduti
| Rischio | Mitigazione applicata | Efficace? |
|---------|----------------------|-----------|
| [...]   | [...]                | Sì/No     |
 
### Rischi NON previsti
| Rischio emerso | Causa | Cosa ci insegna |
|---------------|-------|-----------------|
| [...]         | [...] | [...]           |
 
---
 
## 9. Tecnologia / Processo / Strumenti
 
### Cosa ha funzionato
- [...]
 
### Cosa NON usare di nuovo
- [...]
 
### Da valutare per il futuro
- [...]
 
---
 
## 10. Top 5 raccomandazioni (TL;DR)
 
Le **5 cose più importanti** che un PM dovrebbe sapere prima di iniziare un progetto simile:
 
1. **[Raccomandazione 1]** — [perché conta]
2. **[Raccomandazione 2]** — [perché conta]
3. **[Raccomandazione 3]** — [perché conta]
4. **[Raccomandazione 4]** — [perché conta]
5. **[Raccomandazione 5]** — [perché conta]
 
---
 
## 11. Allegati e riferimenti
 
- Project Charter: [link]
- Retrospective sprint X (sessione più rilevante): [link]
- Risk Register finale: [link]
- Status Report finali: [link]
- Stakeholder feedback: [link]
 
---
 
## 12. Distribuzione
 
Questo documento è stato condiviso con:
- [ ] Team di progetto
- [ ] Sponsor
- [ ] PMO
- [ ] Knowledge base aziendale
- [ ] Project Manager di iniziative simili
- [ ] Onboarding nuovi PM

## 2. Cosa è andato BENE
 
### Discovery con 12 interviste utente
- **Cosa**: Prima di scrivere una riga di codice, abbiamo intervistato 12 utenti target
- **Perché ha funzionato**: Abbiamo scoperto che il "vero" problema non era la fatturazione 
  ma la rendicontazione fiscale di fine anno. Pivot dello scope salvato 3 mesi di sviluppo.
- **Raccomandazione**: Imporre minimo 10 interviste utente prima del freeze dello scope, 
  anche se "sembra ovvio cosa serve".
 
## 3. Cosa è andato MALE
 
### Stima ottimistica dell'integrazione SdI
- **Cosa**: Stimata 2 settimane, durata 7 settimane.
- **Impatto**: Slittamento go-live di 5 settimane, 40k€ di costi aggiuntivi, danno reputazionale 
  con 2 clienti pilota.
- **Root cause** (5 Whys):
  1. Perché 5 settimane in più? → API SdI non documentate come pensavamo
  2. Perché non lo sapevamo? → Non abbiamo fatto spike tecnico prima della stima
  3. Perché non abbiamo fatto lo spike? → Pressione di Sales per dare una data al cliente
  4. Perché pressione su una data? → Charter approvato senza buffer per integrazioni esterne
  5. Perché senza buffer? → Cultura interna "non si possono dare date in forse"
- **Cosa avremmo dovuto fare**: Time-box di 1 settimana per spike tecnico **prima** di committare 
  la data, anche a costo di ritardare la firma del Charter.
- **Raccomandazione**: Policy obbligatoria — qualsiasi integrazione con sistema esterno 
  richiede uno spike timeboxed prima della stima ufficiale.