Modello di Example Mapping
Crea una comprensione condivisa di una nuova funzionalità di prodotto.
Trusted by 65M+ users and leading companies
Sul Modello di Example Mapping...
L'example mapping (o creazione di mappe di storie degli utenti) aiuta i responsabili del prodotto e i loro team a suddividere rapidamente i backlog di prodotto. Idealmente, l'example mapping aiuta un team interfunzionale (ad esempio un product owner, tester e sviluppatore) a creare una comprensione e un linguaggio condivisi per capire i motivi per cui le funzionalità del prodotto devono essere aggiunte o modificate.
I responsabili del team possono offrire una direzione strategica verso una trasformazione digitale coesa (o aggiornamento tempestivo) in modo che il tuo team abbia la tecnologia pertinente per rimanere competitivo.
Cos'è l'example mapping?
Una sessione di example mapping è un ottimo modo per sviluppare storie dell'utente concrete e strutturate. Ogni esempio scoperto può aiutare i team a esplorare aree problematiche per i clienti e stabilire criteri accettabili per creare una nuova funzionalità.
Ci sono alcuni elementi chiave che uno strumento di example mapping può delineare:
Regole che raggruppano esempi o concordano sull'ambito della storia dell'utente
Domande o ipotesi sulle situazioni in cui nessuno conosce il risultato ideale
Nuove storie che dovrebbero essere scoperte o abbandonate nell'ambito finale
L'example mapping si basa anche su un sistema codificato per colore per modellare l'ambito di una storia dell'utente:
Le sticky note gialle servono a definire le storie, come "cambio dell'indirizzo di consegna"
Le sticky note blu servono a definire le regole, come "L'ETA è aggiornato"
Le sticky note verdi servono a definire gli esempi, come "Il nuovo indirizzo è fuori portata"
Le sticky note rosse servono per le domande, come "e se il cliente vive al di fuori della zona di spedizione gratuita?"
Questo sistema codificato per colore aiuta a guidare la conversazione nella giusta direzione e a mantenere la discussione aggiornata. Puoi usare un modello di example mapping vuoto per iniziare rapidamente e facilmente a compilare i campi pertinenti per iniziare la conversazione.
Quando usare l'example mapping
L'example mapping è un metodo collaborativo che può aiutare il tuo team a definire il comportamento dell'utente accettato per i diversi scenari. Uno strumento di example mapping può essere un modo utile per allineare i tuoi team interfunzionali verso:
L'empatia per il cliente e il team. Tutti dovrebbero comprendere perché le nuove funzionalità del prodotto sono necessarie e ciò con cui il cliente potrebbe incontrare difficoltà per quanto riguarda i conflitti tra storie e regole.
La comprensione condivisa del settore o del prodotto. Entro la fine della sessione di example mapping, il team dovrebbe uscire con un linguaggio condiviso e la comprensione di ciò che è in gioco.
Un potenziale piccolo ma efficace per il cambiamento. Pensa in grande e agisci in piccolo come team. Quando ogni storia dell'utente registrata potrà essere tradotta in una funzionalità reale?
Le regole e gli esempi che seguono la logica. Le regole e gli scenari specifici dovrebbero eseguire il backup di ogni storia dell'utente.
Inizia ora con l'example mapping
Fare la tua example map è semplice. Lo strumento lavagna digitale di Miro è perfetto per crearle e condividerle. Inizia selezionando il modello di example mapping e segui i seguenti passaggi per crearne una tua.
Capisci il problema. Chiedi al tuo product owner di definire il problema dell'utente su una sticky nota gialla, poi spiega come questo si traduce nella necessità di una modifica delle funzionalità del prodotto. Questo aiuta il team a comprendere meglio il problema.
Sfida il problema ponendo domande di follow-up. Raccogli le domande del tuo team sulle sticky note rosse, iniziando con "E se...?" Queste domande saranno alla base della tua storia dell'utente (la sticky nota gialla).
Scopri le regole. Trova le regole nelle risposte alle domande sulle sticky note rosse. Ogni regola corrisponde ai tuoi criteri di accettazione per le nuove funzionalità del prodotto. Assicurati che ogni nuova regola possa esistere da sola. Idealmente, la prima regola non dovrebbe essere confusa con o troppo simile a un'altra regola.
Descrivi le situazioni con esempi pertinenti. Le sticky note verdi servono a registrare e raccogliere casi o esempi potenziali interessanti. Mantieni la discussione attiva e coinvolgi le capacità di pensiero critico del tuo team controllando se hai raggiunto i limiti della regola dei tuoi esempi, oltre a considerare ciò che avviene se la regola fallisce.
Identifica i risultati, l'impatto e le metriche del successo. Cosa vuoi realizzare con una nuova funzionalità di prodotto e come contribuisce ai tuoi obiettivi aziendali? Considera come tracciare e testare il successo di ogni funzionalità proposta, ovvero quale comportamento vorrai ottenere e misurare.
Trasforma le tue storie in elementi d'azione. Queste storie possono essere trasformate in un piano di sviluppo per una nuova funzionalità o prodotto. Possono anche costituire la base di una quantità minima di funzionalità necessarie per avere valore agli occhi del tuo cliente.
Qual è un esempio di tecnica di example mapping?
La creazione di example map è un processo collaborativo. Idealmente dovresti riunire il tuo team e concordare l'ambito della creazione di example map e quali domande e ipotesi devono essere discusse. Una volta definiti questi accordi, puoi usare un modello di creazione di example map per compilare le note codificate per colore e realizzare workshop insieme come gruppo.
Inizia ora con questo modello.
Modello di Ambito del Progetto
Ideale per:
Pianificazione Progetti, Decision Making, Project Management
Un ambito del progetto ti aiuta a pianificare e confermare gli obiettivi, i risultati, le funzionalità, le funzioni, le attività, i costi e le scadenze del tuo progetto. Un responsabile del progetto e un team devono sviluppare un ambito del progetto il prima possibile, dal momento che influenza direttamente sia il programma che il costo di un progetto durante il suo avanzamento. Anche se gli ambiti del progetto variano a seconda del tuo team e gli obiettivi, generalmente includono obiettivi, esigenze, risultati principali, ipotesi e limitazioni. Cerca di includere tutto il team quando crei un ambito del progetto per garantire che tutti siano allineati sulle responsabilità e sulle scadenze.
Modello di Ricerca Online
Ideale per:
Education, Desk Research, Product Management
I team hanno spesso bisogno di documentare i risultati delle sessioni di test di usabilità e delle interviste ai clienti in un modello di ricerca sull'utente sistematico e flessibile. Raccogliere le osservazioni di tutti in una posizione centralizzata rende più facile condividere le intuizioni a livello aziendale e suggerire nuove funzionalità in base alle esigenze degli utenti. I modelli di ricerca possono essere utilizzati per registrare dati quantitativi o qualitativi. Quando il tuo compito è quello di fare domande, prendere appunti, conoscere meglio gli utenti e fare test iterativi, un modello di ricerca può aiutarti a convalidare le tue ipotesi, a trovare somiglianze tra utenti diversi e ad articolare i loro modelli mentali, le loro esigenze e i loro obiettivi.
Modello di Roadmap di Prodotto
Ideale per:
Product Management, Roadmap
Le roadmap di prodotto aiutano a comunicare la visione e i progressi di ciò che applicherai al tuo prodotto. È un elemento fondamentale per allineare i team e gli stakeholder più importanti, inclusi dirigenti, ingegneri, responsabili di marketing, del successo e delle vendite, sulle strategie e le priorità del prodotto. La creazione di roadmap può informare la gestione dei progetti futuri, descrivere funzionalità e obiettivi di prodotto nuovi e definirne il ciclo di vita. Mentre le roadmap di prodotto sono personalizzabili, la maggior parte contiene informazioni sui prodotti che stai sviluppando, sulle tempistiche e sulle persone coinvolte in ogni fase del progetto.
Modello di Mappa degli Stakeholder
Ideale per:
Business Management, Mappatura, Workflow
Una mappa degli stakeholder è un tipo di analisi che ti permette di raggruppare le persone in base al loro potere e interesse. Usa questo template per organizzare in un unico spazio visivo tutte le persone che hanno un interesse per il tuo prodotto, progetto o la tua idea. Ciò ti consentirà di capire facilmente chi può influenzare il tuo progetto e come ciascuna persona sia correlata all'altra. Largamente utilizzate nell'ambito della gestione dei progetti, solitamente le mappe degli stakeholder vengono sviluppate all'inizio di un progetto. Mappare tempestivamente gli stakeholder ti aiuterà a evitare fraintendimenti, garantire che tutti i gruppi siano allineati sugli obiettivi e orientare le aspettative relative ai risultati.
Modello di Linea del Tempo (Timeline)
Ideale per:
Project Management, Diagrammi di Flusso, Pianificazione Progetti
Una linea del tempo (o timeline) mostra un ordine cronologico di date importanti ed eventi programmati. Le timeline aiutano i product manager, i project manager e i membri del team a raccontare visivamente i progressi e gli ostacoli. Le linee del tempo permettono ai team di vedere a colpo d'occhio cosa è successo prima, quali progressi stanno avvenendo ora e cosa deve essere affrontato in futuro. Progetti o prodotti con uno scopo specifico o deliverable dovrebbero essere basati su una timeline per avere successo. Usare la linea del tempo come riferimento condiviso per le date di inizio, fine e le pietre miliari.
Modello Kanban Board
Ideale per:
Board Kanban, Metodologia Agile, Flussi di Lavoro Agile
Processi ottimizzati, flusso migliorato e maggiore valore per i tuoi clienti - questo è ciò che il metodo Kanban può aiutarti ad ottenere. Basato su un insieme di principi e pratiche lean (e creato negli anni '50 da un dipendente della Toyota Automotive), Kanban aiuta il tuo team a ridurre gli sprechi, ad affrontare numerosi altri problemi e a collaborare per risolverli insieme. Puoi usare il nostro semplice modello Kanban sia per monitorare da vicino l'avanzamento di tutto il lavoro sia per mostrare il lavoro a te stesso e ai partner interfunzionali, in modo da rivelare il dietro le quinte del software.