Must

Cose che dobbiamo assolutamente fare.

Implementare funzionalità di sicurezza core per proteggere i dati degli utenti
Completare i requisiti di conformità normativa prima del lancio
Correggere bug critici che influenzano i flussi di lavoro principali
Should

Cose che dovremmo fare.

Implementare funzionalità di ricerca avanzata
Aggiungere funzionalità di ottimizzazione delle prestazioni
Creare documentazione utente completa
Could

Cose che potremmo fare.

Aggiungere opzione tema dark mode
Implementare supporto per lingue aggiuntive
Creare versione app mobile
Won't

Cose che non faremo.

Costruire integrazione blockchain in questa fase
Supportare versioni legacy dei browser
Sviluppare soluzioni hardware personalizzate

Cos'è il Metodo di Prioritizzazione Must Should Could Won't?

Le nostre azioni dovrebbero esprimere le nostre priorità, e Must Should Could Won't è un ottimo template per le retrospettive sprint che aiuta i team a identificare queste priorità per garantire che continuino a fornire valore dove è più necessario. In quest'ottica, è un approccio che si allinea bene con i processi e i framework agili dato il suo focus sulla consegna prioritaria di elementi di valore. È anche un'ottima idea per le retrospettive Scrum sprint poiché offre al product owner un meccanismo per mettersi nei panni del cliente e vedere il prodotto dalla sua prospettiva. Sviluppato negli anni '90 da Dai Clegg, il metodo MSCW ha guadagnato prominenza nella gestione dei progetti agili e nell'analisi aziendale. Fornisce un modo strutturato per organizzare i compiti in quattro categorie distinte: Must have (critico), Should have (importante), Could have (desiderabile) e Won't have (non prioritario). La forza di MSCW risiede nella sua semplicità ed efficacia nel facilitare discussioni di gruppo sulle priorità. Categorizzando gli elementi in questi quattro contenitori, i team possono allineare meglio i loro sforzi con gli obiettivi strategici, gestire le risorse in modo efficiente e mantenere una comunicazione chiara su ciò che verrà e non verrà consegnato.

Formato Must Should Could Won't

Must

Cose che dobbiamo assolutamente fare.

Questi sono requisiti non negoziabili critici per il successo. Quando si discute degli elementi 'Must', incoraggia i partecipanti a considerare veri blocchi o elementi essenziali senza i quali il progetto fallirebbe. Sfida il team a essere rigoroso su ciò che si qualifica come 'Must' per evitare l'inflazione delle priorità.

Should

Cose che dovremmo fare.

Queste sono funzionalità o requisiti importanti che aggiungono valore significativo ma non sono critici per il lancio. Guida il team a considerare elementi che sarebbero dolorosi da omettere ma non impedirebbero al progetto di funzionare. Concentrati su elementi ad alto valore ma bassa urgenza.

Could

Cose che potremmo fare.

Queste sono funzionalità desiderabili che sarebbe bello avere se le risorse lo permettono. Aiuta il team a identificare miglioramenti che potrebbero migliorare la soluzione ma non sono essenziali. Questi elementi spesso sono buoni candidati per future iterazioni o rilasci.

Won't

Cose che non faremo.

Questi sono elementi esplicitamente decisi contro per questa iterazione o progetto. Incoraggia una discussione onesta sulle funzionalità che, sebbene potenzialmente valide, non si allineano con gli obiettivi o i vincoli attuali. Questo aiuta a mantenere il focus e gestire le aspettative.

Quando utilizzare la retrospettiva

  • Durante la pianificazione di un nuovo progetto o iniziativa quando è necessario stabilire priorità chiare
  • Durante le sessioni di raffinamento del backlog per organizzare e dare priorità alle richieste di funzionalità
  • Quando si affrontano vincoli di risorse e bisogna prendere decisioni difficili sullo scope
  • In riunioni con gli stakeholder per allineare le aspettative su deliverable e tempistiche

Domande di rompighiaccio suggerite

  • Qual è la decisione più difficile sulla priorità che hai dovuto prendere in un progetto?
  • Se potessi consegnare solo tre funzionalità nel tuo progetto attuale, quali sarebbero e perché?

Idee e suggerimenti per la riunione retrospettiva

  • Limitare gli elementi 'Must' a non più del 60% dei requisiti totali per mantenere uno scope realistico
  • Rivedere e modificare le categorizzazioni periodicamente quando cambiano le esigenze aziendali e i vincoli
  • Usare il timeboxing durante le discussioni per garantire un processo decisionale efficiente
  • Documentare le motivazioni dietro le categorizzazioni per mantenere chiarezza e coerenza
  • Coinvolgere tutti gli stakeholder chiave nel processo di prioritizzazione per garantire il buy-in
  • Considerare le dipendenze tra gli elementi quando si assegnano le categorie

E' nuovo alle retrospettive? Legga la nostra guida su come gestire una retrospettiva →