Metodo MoSCoW: come dare priorità ai requisiti dopo una riunione
Applicate MoSCoW ai requisiti emersi nella discussione: Must, Should, Could e Won’t per il periodo attuale. Con un esempio, domande per il gruppo e un modello di decisione.
La priorità dipende dall’obiettivo e dal periodo
In riunione, ogni persona ha detto che la sua funzionalità era obbligatoria. Un elenco del genere non aiuta a definire l’ambito. Concordate prima quale risultato deve offrire la prossima versione e che cosa la renderebbe inutilizzabile. In un’altra fase le priorità potrebbero cambiare del tutto.
MoSCoW comprende quattro categorie: Must Have, Should Have, Could Have e Won’t Have this time. L’ultima esclude intenzionalmente il requisito per il periodo considerato. Non equivale a una promessa di consegna futura o a un rifiuto definitivo.
Discutete le conseguenze delle esclusioni
Descrivete l’obiettivo della versione
Indicate chi userà il prodotto, quale compito svolgerà e in quali condizioni. Chiarite i vincoli e l’orizzonte di pianificazione. Finché l’obiettivo è «migliorare il prodotto», ognuno userà criteri diversi e quasi tutto sembrerà obbligatorio.
Valutate i candidati a Must
Per ciascuno, chiedete se il risultato sarebbe utilizzabile senza il requisito. Considerate le alternative accettabili e le dipendenze. L’obbligatorietà richiede una motivazione concreta. «Lo ha chiesto il responsabile» identifica la fonte, ma non spiega le conseguenze dell’esclusione.
Distinguete l’importante dal desiderabile
Uno Should è importante: senza di esso il risultato è sensibilmente più debole, ma ancora utilizzabile. Un Could è un’aggiunta utile a cui è più facile rinunciare. Spiegate la differenza con il caso d’uso e il costo dell’assenza, andando oltre espressioni come «ci serve davvero».
Concordate le esclusioni e quando riesaminarle
Per un Won’t del periodo, annotate il motivo e la condizione per riaprire la discussione. Verificate le dipendenze e la fattibilità dell’ambito scelto. Se il lavoro obbligatorio supera la capacità disponibile, rivedete l’ambito o il piano. Cambiare categoria non risolve la carenza di risorse.
Prima versione di un modulo di iscrizione a un evento
L’esempio didattico seguente è fittizio. Nomi, condizioni e risultati servono esclusivamente a spiegare il metodo.
Dobbiamo ricevere una richiesta e confermare il posto. Sarebbe piacevole scegliere il colore del badge, ma l’evento si può fare anche senza. Per ora non abbiamo tempo di discutere un’area personale.
In questo esempio, l’obiettivo è iscrivere il partecipante e fornirgli una conferma chiara. La possibilità di inviare una richiesta è Must perché altrimenti il processo principale non esiste. Un promemoria può essere Should se il gruppo ha un’alternativa temporanea concordata.
Il colore del badge può essere Could e l’area personale può restare esclusa per il periodo in corso. Questa classificazione vale per l’esempio. Per un altro evento o pubblico le conseguenze sarebbero diverse.
| Requisito | Categoria | Motivazione |
|---|---|---|
| Inviare una richiesta | Must | Altrimenti manca il processo principale |
| Ricevere un promemoria | Should | Importante, con alternativa temporanea |
| Scegliere il colore del badge | Could | L’iscrizione resta possibile |
| Area personale | Won’t per ora | Fuori dall’ambito concordato |
Scheda di motivazione della priorità
Conservate la motivazione insieme alla categoria. Sarà più facile riesaminare la decisione quando cambiano le condizioni.
Versione / periodo / obiettivo: Requisito: Scenario utente: Che cosa accade senza il requisito: Alternativa accettabile, se esiste: Dipendenze: Categoria MoSCoW: Motivazione: Chi ha confermato la decisione: Condizione di riesame: Esclusioni per questo periodo:
Controllate se l’elenco aiuta a scegliere
- L’obiettivo e il periodo compaiono accanto alle categorie.
- Per ogni Must sono descritte le conseguenze dell’esclusione.
- Le alternative temporanee sono state valutate esplicitamente.
- Won’t per ora è inteso come esclusione dal periodo attuale.
Entriamo nei dettagli
Un requisito può cambiare categoria?
Sì, se cambia l’obiettivo, il periodo o una dipendenza, oppure se emergono nuove informazioni. Registrate la ragione e concordate l’effetto sull’ambito prima di spostarlo.
Che cosa fare se tutti i requisiti sono Must?
Chiedete in che modo l’assenza di ogni elemento renda inutilizzabile il risultato, esaminate le alternative e restringete l’obiettivo. Se l’ambito obbligatorio resta troppo grande, rivedete il piano.