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 Startup Canvas
Ideale per:
Leadership, Documentazione, Pianificazione Strategica
Uno startup canvas aiuta i fondatori a esporre e pianificare una nuova idea di business in un formato meno formale di un tradizionale business plan. Gli startup canvas sono un'utile mappa visiva per i fondatori che vogliono valutare i punti di forza e di debolezza della loro nuova idea di business. Questo canvas può essere utilizzato come framework per articolare rapidamente la value proposition della tua idea di business, inclusi problema, soluzione, mercato, team, canali di marketing, segmento di clientela, rischi esterni e KPI. Articolando fattori come successo, fattibilità, visione e valore per il cliente, i fondatori possono creare un breve case sul perché un nuovo prodotto o servizio dovrebbe esistere ed essere finanziato.
Modello di SAFe Program Board
Ideale per:
Metodologia Agile, Diagrammi, Flussi di Lavoro Agile
Molte organizzazioni utilizzano il modello Agile, ma anche le società che non aderiscono rigorosamente agli standard Agile hanno adottato gli strumenti e i metodi Agile, come ad esempio il PI planning. Anche se non stai partecipando a una sessione PI formale, una lavagna programmatica può essere un ottimo modo per favorire la comunicazione tra team e stakeholder, allineare gli obiettivi di sviluppo a quelli aziendali, chiarire le dipendenze e promuovere la collaborazione interfunzionale. La lavagna fornisce la struttura indispensabile per le sessioni di pianificazione, ma si adatta anche a ospitare riunioni di brainstorming e allineamento.
Modello di Roadmap dello Sviluppo del Prodotto
Ideale per:
Product Management, Software Development, Roadmap
Le roadmap dello sviluppo del prodotto trattano tutto ciò di cui il tuo team ha bisogno quando si deve fornire un prodotto dal concetto al lancio sul mercato. La tua roadmap dello sviluppo del prodotto è anche uno strumento di allineamento del team che offre guida e leadership per aiutare il tuo team a concentrarsi sull'innovazione del prodotto e a raggiungere le esigenze del tuo cliente. Dedicare del tempo alla creazione di una roadmap incentrata sulle fasi di sviluppo del prodotto aiuta il tuo team a comunicare una visione ai leader aziendali, ai designer, agli sviluppatori, ai responsabili di progetto, ai marketer e a chiunque influenzi il raggiungimento degli obiettivi del team.
Modello di Prototipo Low-Fi
Ideale per:
Design, Ricerca, Wireframe
I prototipi a bassa fedeltà servono come pratica visione primaria del tuo prodotto o servizio. I prototipi condividono solo alcune funzionalità con il prodotto finale, e sono ottimi per testare concetti ampi e validare le idee. I prototipi low fi aiutano i team UX e prodotto a studiare la funzionalità di un prodotto o servizio concentrandosi sulla iterazione rapida e sui test dell'utente per informare la progettazione futura. Mappare i contenuti, i menù e il comportamento dell'utente aiuta designer (e non) a partecipare al processo di creazione dell'interfaccia. Invece di ideare schermi interattivi connessi, i prototipi a bassa fedeltà si concentrano sulle esigenze dell'utente, la visione del designer e l'allineamento agli obiettivi degli stakeholder.
Modello di Retrospettiva Start, Stop, Continue
Ideale per:
Retrospettive, Riunioni, Workshop
Fornire e ricevere feedback può essere impegnativo e complicato. È difficile ripercorrere un trimestre, o persino una settimana, e suddividere una serie di decisioni in "positive" e "negative". Il framework Start Stop Continue è stato creato per facilitare la riflessione sulle ultime esperienze del tuo team. Il template Start Stop Continue incoraggia i team a esaminare determinate azioni che dovrebbero iniziare, smettere e continuare a fare. Insieme, i collaboratori stabiliscono i principali passi da compiere per essere più produttivi ed efficaci.
Modello di Piano Progettuale Semplice
Ideale per:
Pianificazione Progetti, Pianificazione Strategica, Project Management
Un progetto semplice può essere un importante punto di riferimento per il tuo team, poiché può aiutarlo a rispondere a tutte le principali domande relative al progetto stesso. Il piano progettuale deve descrivere la natura del piano, il motivo per cui viene fatto, come sarà realizzato, come sarà svolta ogni fase del processo e quanto tempo è previsto per ciascuna fase. Se sei un responsabile di progetto o di team, usa questo template per iniziare un piano progettuale semplice, da adattare successivamente ai progetti interni del team o ai progetti dei client partner esterni.