Modello Matrice MoSCoW

Altri Modelli di Matrice MoSCoW

Quando un gruppo è coinvolto, classificare le cose in ordine di importanza è un compito difficile. Se hai mai organizzato una festa di compleanno con un gruppo di amici, sai come una persona è interessata a spendere tutti i soldi per le decorazioni, mentre un'altra crede che la torta dovrebbe avere la precedenza, e ancora un'altra crede che i tuoi soldi dovrebbero essere investiti nel trovare il posto giusto.

Considera quanto sia difficile far concordare un team sulla giusta priorità per gli sforzi in una release. È qui che entra in gioco il sistema di priorità MoSCoW.

Cos'è MoSCoW?

Must-have (indispensabile), should-have (dovrebbe avere), could-have (potrebbe avere) e won't-have (non avrà), non avrà proprio ora, sono i quattro tipi di progetti rappresentati dall'abbreviazione MoSCoW. Il metodo Moscow, riconosciuto anche come prioritizzazione MoSCoW o analisi MoSCoW, è una tecnica di prioritizzazione utilizzata nella gestione, nella consulenza gestionale, nello sviluppo del prodotto e nell'ingegneria del software per comprendere il valore che le parti interessate attribuiscono alla consegna di ciascun requisito.

Fornendo definizioni chiare per ogni livello di priorità, la prioritizzazione MoSCoW affronta uno dei principali svantaggi delle tecnologie di prioritizzazione meno robuste. Quando qualcosa è contrassegnato come funzionalità "indispensabile" in MoSCoW, tutti nel team capiscono che non può essere ignorato durante lo sviluppo del progetto. I membri del team di prodotto e gli stakeholder dovrebbero lavorare insieme per compilare i livelli del modello MoSCoW. Non solo le funzionalità e i concetti dovrebbero essere assegnati a ogni livello del modello MoSCoW, ma ogni livello dovrebbe anche avere una certa quantità di risorse assegnate ad esso. Fornendo definizioni chiare per ogni livello di priorità, la prioritizzazione MoSCoW affronta uno dei principali svantaggi delle tecnologie di prioritizzazione meno robuste. Quando qualcosa è contrassegnato come funzionalità "indispensabile" in MoSCoW, tutti nel team capiscono che non può essere ignorato durante lo sviluppo del progetto. I membri del team di prodotto e gli stakeholder dovrebbero lavorare insieme per compilare i livelli del modello MoSCoW. Non solo le funzionalità e i concetti dovrebbero essere assegnati a ogni livello del modello MoSCoW, ma ogni livello dovrebbe anche avere una certa quantità di risorse assegnate ad esso.

Perché MoSCoW è Importante?

L'approccio MoSCoW è vantaggioso per sviluppare un prodotto solido per vari motivi. In primo luogo, aiuta a creare una tempistica del progetto decidendo quali attività devono essere completate per prime. Tutti comprendono gli elementi più critici, il che dà al progetto un senso di ordine.

In secondo luogo, il metodo MoSCoW è utile per stabilire gli obiettivi del progetto sia per il team che per gli stakeholder. Offre agli investitori una buona comprensione di cosa aspettarsi dal progetto e una stima di quanto costerà ogni componente.

In terzo luogo, includere MoSCoW nel vostro approccio di lavoro aiuterà a mantenere in pista la visione del progetto. È normale che il vostro staff si allontani oltre i bisogni e i vincoli del progetto mentre fa brainstorming con i colleghi, accendendo la vostra immaginazione e sforzandosi di spingersi oltre i limiti.

Sebbene questo sia ottimo per la fase concettuale, non è l'ideale quando si lavora su un prodotto. Tutti hanno una chiara checklist di ciò che stanno facendo grazie a MoSCoW, in contrasto con una visione vaga e multidimensionale.

Categorie di Prioritizzazione MoSCoW

Per identificare la rilevanza dei progetti, le categorie di prioritizzazione MoSCoW utilizzano un semplice insieme di criteri. I criteri MoSCoW aiutano i team a dare priorità in modo pianificato e logico. Questa tecnica riduce il tempo sprecato, le dispute e la disinformazione. Inoltre rimuove il più possibile i pregiudizi dal processo, permettendo a tutti di vedere i bisogni oggettivamente.

Le quattro categorie di bisogni prioritari sono le seguenti.

1. Must Have (Indispensabile)

Questi definiscono i criteri INDISPENSABILI che il progetto deve soddisfare. Alcuni dei seguenti possono essere usati per definirli. Non c'è scopo nel consegnare in tempo se questo non viene fatto; se non viene fatto, non c'è valore nel distribuire la soluzione in tempo.

• Senza di esso, non è legale.
• Senza di esso, sei in pericolo.
• Senza di esso, non saremo in grado di fornire una soluzione praticabile.

Considera il seguente scenario: 'Cosa succede se questa condizione non viene soddisfatta?' Se la risposta è 'annulla il progetto - non c'è utilità nel costruire una soluzione che non soddisfi questa richiesta,' allora il requisito è un Must-Have.

2. Should Have (Dovrebbe Avere)

I seguenti sono alcuni esempi di requisiti:

• Importante, ma non necessario.
• Sebbene possa essere difficile tralasciarlo, la risposta è ancora pratica.
• Potrebbe essere necessaria una qualche forma di soluzione alternativa, come la gestione delle aspettative, inefficienza, una soluzione esistente, documentazione, ecc. La soluzione alternativa potrebbe essere solo temporanea.
• La soluzione alternativa può essere solo temporanea.

Esaminare il grado di sofferenza causato dal bisogno non soddisfatto, valutato in termini di valore aziendale o numero di persone interessate, è un approccio per distinguere un requisito Should Have da un requisito Could Have.

3. Could Have (Potrebbe Avere)

I criteri sono definiti come segue:

• Preferito o desiderato, ma non critico.
• Se lo tralasci, avrà un impatto minore.

Poiché sarebbero forniti solo nella loro interezza nello scenario migliore, sono i bisogni che offrono il più grande pool di contingenza. Quando si verifica un problema e la scadenza è in pericolo, uno o entrambi i Could have offrono l'opzione iniziale per ciò che dovrebbe essere tagliato dal programma.

4. Won't Have This Time (Non Avrà Questa Volta)

Questo è un elenco di bisogni che il team di progetto ha deciso che non saranno soddisfatti (come parte di questo arco temporale). Sono elencati nell'Elenco dei Requisiti Prioritizzati, che aiuta a definire il piano del progetto. Questo impedisce che vengano reintrodotti non ufficialmente in un periodo successivo.

I Won't Have possono essere molto efficaci nel mantenere l'attenzione sui Could Have, Should Have e soprattutto Must-Have più cruciali in questo momento.

Modelli di Matrice MoSCoW

Esempio 1

Visualizza, modifica e scarica questo modello in EdrawMind >>

Esempio 2

Questa è l'analisi MoSCoW di una pagina Google, è sempre importante avere tutte le tue 4 categorie già pianificate. Utilizzarla nella fase di progettazione iniziale ti aiuterà a superare molti errori e difficoltà. Puoi sempre tornare indietro e riprogettare tutte queste quattro categorie secondo la tua priorità.

Crea un modello di Matrice MoSCoW in EdrawMind >>

Esempio 3

La pagina principale del New York Times, uno dei giornali più estesi negli Stati Uniti, è rappresentata da questo MoSCoW. Partendo dalla sezione Must-Have Features, possiamo vedere quanto complesso deve essere questo sito web per fornire una copertura completa delle notizie. Gli altri tre quadranti descrivono come questa pagina web potrebbe essere in grado di fornire ulteriori servizi.

Crea un modello di Matrice MoSCoW in EdrawMind >>

Perché EdrawMind?

EdrawMind è uno strumento collaborativo completo per mappe mentali e brainstorming. È conveniente e utile per te utilizzare EdrawMind per organizzare i tuoi pensieri, visualizzare idee, prendere appunti, pianificare progetti e, cosa più importante, trovare soluzioni ai problemi.

Gli utenti possono inserire diversi tipi di oggetti negli argomenti e nelle mappe mentali in EdrawMind, inclusi linea di relazione, confine, callout, riepilogo, marcatore, clip art, immagine, collegamento ipertestuale, allegato, nota, commento ed etichetta. EdrawMind ti offre un modo semplice per creare mappe mentali su Windows, macOS e Linux. Scarica la versione desktop e prova la versione online gratuita ora!