Come gestisci i requisiti che cambiano?

Question

Accepted Answer

I requisiti cambiano — i mercati si evolvono, impari dagli utenti, le priorità si spostano. L'obiettivo non è *prevenire* il cambiamento (è sia impossibile che indesiderabile) ma gestirlo **deliberatamente** in modo che migliori il prodotto invece di far deragliare il progetto.

## Perché è importante

```text
✓ EXPECT change → build flexibility into plans (don't over-commit far ahead)
✓ ASSESS each change → impact on scope, timeline, cost, other work
✓ Make the TRADE-OFF visible → "yes, but it costs X or pushes Y"
✓ Let the stakeholder DECIDE with full information
✓ COMMUNICATE the new plan to everyone affected
```

La disciplina chiave è la stessa della gestione dello scope: non assorbire mai silenziosamente un cambiamento. Ogni cambiamento è un trade-off consapevole di cui qualcuno è responsabile.

## Perché agile aiuta

Agile è costruito per requisiti che cambiano: le iterazioni brevi significano che riassegni le priorità frequentemente, quindi un cambiamento attende al massimo uno sprint invece di interrompere un piano di un anno. Lavorare in piccoli incrementi limita quanto rework qualsiasi singolo cambiamento può causare.

## Distinguere la scoperta dal caos

```text
HEALTHY change → new learning, better understanding of the problem
UNHEALTHY churn → indecision, unclear goals, no one owning priorities
```

Se i requisiti cambiano costantemente, il vero problema è a monte — obiettivi vaghi o prioritizzazione debole — e quello è quello che devi correggere.

## Un esempio concreto

A metà sprint, la ricerca utente rivela che il flusso pianificato confonde le persone. Invece di procedere a testa bassa, valuti: rielaborarlo costa tre giorni e rimanda un elemento a priorità più bassa. Presenti quel trade-off, il PM è d'accordo e adatti — un cambiamento che ha reso il prodotto *migliore*, gestito senza caos.

## Un errore comune

O rifiutare rigidamente tutti i cambiamenti (spedire qualcosa che *sai* è sbagliato) o accettare ogni cambiamento senza valutazione dell'impatto (slittamenti cronici e burnout).

## Perché è importante

La capacità di adattarsi è una forza — il software che non può cambiare è software che sta lentamente diventando obsoleto.

Gestire bene il cambiamento (valutare, rendere visibili i trade-off, comunicare, lavorare in incrementi) ti permette di rimanere reattivo alla realtà senza perdere il controllo della consegna.