Success Criteria

I criteri di successo definiscono come sapremo che il progetto è andato bene. Sono la risposta misurabile alla domanda: "Cosa significa, concretamente, che abbiamo vinto?"

Senza success criteria espliciti, ogni progetto è un dibattito sull'opinione di chi ha più potere il giorno della chiusura.

Tre livelli di successo

Un progetto può "riuscire" o "fallire" a tre livelli diversi. Spesso il PM si concentra solo sul primo, ma gli altri sono ciò che conta davvero.

1. Project Success (output / delivery)

Domanda: abbiamo consegnato quanto pattuito, in tempo, in budget, con la qualità attesa? Metriche tipiche:

Rispetto della baseline di scope, tempi, costi
Qualità (difetti, conformità ai requisiti)
Soddisfazione degli stakeholder
Sicurezza, compliance

2. Product Success (outcome)

Domanda: ciò che abbiamo costruito viene usato e produce il valore atteso? Metriche tipiche:

Adoption, usage rate, retention
NPS, CSAT
Riduzione di costi operativi, aumento di ricavi
Time-to-value per l'utente

3. Business Success (impact)

Domanda: il progetto ha contribuito agli obiettivi strategici dell'organizzazione? Metriche tipiche:

ROI, payback period
Quota di mercato, vantaggio competitivo
Strategic alignment

⚠ Un progetto può consegnare in tempo e budget (Project Success ✓) e produrre un prodotto che nessuno usa (Product Success ✕). È il fallimento più comune del project management.

Criteri di accettazione (Acceptance Criteria)

A livello più granulare, ogni deliverable ha i suoi criteri di accettazione: le condizioni che devono essere vere perché il deliverable sia considerato "fatto" e accettato.

Esempio

Deliverable: Modulo di checkout dell'e-commerce Criteri di accettazione:

Supporta carte di credito (Visa, Mastercard), PayPal, Stripe
Tempo medio di completamento < 90 secondi (test su 20 utenti)
Funziona su Chrome, Safari, Firefox (ultime 2 versioni) + iOS Safari + Android Chrome
Tasso di errore in pagamento < 0.5%
Conforme PSD2 (3D Secure)
Localizzato in italiano e inglese

Come scrivere buoni success criteria

Devono essere SMART

I criteri di successo seguono la stessa regola degli obiettivi SMART:

Specific: "aumentare le vendite" → "aumentare le vendite del segmento B2C"
Measurable: serve una metrica numerica o stato verificabile
Achievable: realistici alle risorse
Relevant: collegati al Purpose e agli obiettivi
Time-bound: entro quando si misurano

Devono includere la baseline

✕ "Migliorare la conversion rate" ✓ "Aumentare la conversion rate dal 1.8% al 3% entro 6 mesi dal go-live"

Senza baseline, non puoi dire se hai migliorato.

Template: matrice dei success criteria

Livello	Criterio	Metrica	Baseline	Target	Quando si misura	Owner
Project	Rispetto del budget	€ spesi vs preventivo	€ 150k preventivo	≤ € 165k (+10%)	Chiusura	PM
Project	Rispetto della deadline	Data go-live	—	30/09/2026	Go-live	PM
Project	Qualità	Bug critici aperti al go-live	—	0	Go-live	QA Lead
Product	Adozione	% clienti attivi sul nuovo sistema	0%	≥ 60%	+3 mesi go-live	Product Owner
Product	Soddisfazione	NPS utenti	32	≥ 50	+6 mesi go-live	UX Lead
Business	Ricavi incrementali	€ vendite mensili attribuibili	€ 80k/mese	≥ € 120k/mese	+12 mesi go-live	Sponsor
Business	ROI	Ritorno netto / investimento	—	≥ 2x in 24 mesi	+24 mesi	CFO

Quando definirli

In fase di Avvio: i success criteria di alto livello vanno nel Project Charter. Senza, lo sponsor non sa cosa sta approvando.
In fase di Pianificazione: si dettagliano i criteri di accettazione per ogni deliverable.
In fase di Chiusura: si verificano formalmente.

Definire i success criteria alla fine è il modo più sicuro per dichiarare "successo" qualsiasi cosa tu abbia consegnato. È barare.

Anti-pattern

✕ Criteri vaghi: "il cliente deve essere soddisfatto" — soddisfatto rispetto a cosa?
✕ Solo metriche di delivery: in tempo + in budget non basta se il prodotto è inutile
✕ Troppi criteri: 30 KPI = nessun KPI. 5–10 ben scelti sono meglio.
✕ Misurabili solo dopo anni: aggiungi sempre milestone di misurazione intermedie
✕ Senza un owner: se nessuno è responsabile della misurazione, non verrà misurata
✕ Cambiarli a posteriori: se i criteri cambiano dopo il go-live, scrivi perché — altrimenti è propaganda

Success criteria vs Definition of Done (DoD)

	Success Criteria	Definition of Done
Granularità	Progetto / deliverable	Singolo task / user story
Quando si applica	Chiusura del progetto/deliverable	Fine di ogni iterazione
Esempio	"Adoption ≥ 60% a 3 mesi"	"Codice scritto, test passati, code review approvata, documentato"

Collegamenti

Purpose — i success criteria sono il purpose tradotto in numeri
Scope — definisce cosa si consegna; i success criteria definiscono quando è ben fatto
Obiettivi SMART — i success criteria devono essere SMART
Project Charter — sezione "Criteri di successo"
Chiusura — fase in cui si verificano formalmente
OKR — framework correlato per goal-setting strategico
Definition of Done — criteri di completamento operativi