Da una richiesta di funzionalità vaga a un piano di realizzazione chiaro
Segui un esempio di onboarding, da una domanda aperta a un miglioramento piccolo e verificabile, con una mappa mentale che cresce man mano che le decisioni diventano più chiare.
Qualcuno dice: «Dobbiamo rendere più semplice l’onboarding».
Tutti sono d’accordo. Poi arrivano i suggerimenti: aggiungere una lista di attività, accorciare il flusso di configurazione, scrivere istruzioni migliori, inviare un’email di benvenuto.
In poco tempo ci sono abbastanza idee da riempire uno sprint. Ciò che è meno chiaro è quale problema il team stia cercando di risolvere.
È un buon momento per creare una mappa mentale. Offre al team uno spazio per esplorare la richiesta, collegare le idee e tenere visibili le domande senza risposta prima di decidere cosa sviluppare.
In questa guida seguiremo un team immaginario che lavora a un prodotto con spazi di lavoro condivisi. I nuovi clienti creano un account, configurano uno spazio di lavoro e invitano i colleghi. Al team è stato chiesto di migliorare questa esperienza.
Porteremo la richiesta da una discussione aperta a un piccolo intervento descritto con chiarezza in Jira. Puoi seguire lo stesso processo con qualsiasi strumento per mappe mentali.
1. Parti dalla richiesta, senza considerarla già la risposta
«Rendere più semplice l’onboarding» esprime un’intenzione. Non ci dice ancora dove le persone incontrano difficoltà o cosa dovrebbe cambiare.
Il team mette Migliorare l’onboarding al centro della mappa e aggiunge quattro rami:
- Creare un account
- Configurare uno spazio di lavoro
- Invitare i colleghi
- Compiere insieme una prima azione utile
Questo dà una struttura alla conversazione. Invece di discutere dell’«onboarding» come di un unico grande problema, le persone possono indicare una parte specifica dell’esperienza.
Il team aggiunge ciò che sa al momento accanto ai rami pertinenti. Nel nostro esempio immaginario, l’assistenza ha ricevuto domande su dove invitare i colleghi. Durante una sessione di osservazione, il nuovo proprietario di uno spazio di lavoro cerca un’opzione di invito nella schermata iniziale dello spazio. L’opzione esiste, ma si trova nelle impostazioni dello spazio di lavoro.
Queste osservazioni suggeriscono un punto da approfondire. Non dimostrano che l’intero flusso di onboarding debba essere ricostruito.
Il team lascia gli altri rami sulla mappa e concentra l’attenzione su Invitare i colleghi.
2. Separa ciò che sai da ciò che supponi
È facile che una spiegazione inizi a sembrare un fatto quando qualcuno la espone con sicurezza.
«Le persone non invitano i colleghi perché il processo di invito è troppo complicato».
Forse. Ma fanno fatica a trovare il modulo di invito, a compilarlo o a capire perché dovrebbero già invitare qualcuno? Sono problemi diversi.
Sotto il ramo degli inviti, il team crea tre gruppi.
Osservazioni
- L’assistenza ha ricevuto domande su dove invitare i colleghi.
- Il proprietario di uno spazio di lavoro ha cercato gli inviti nella schermata iniziale.
- L’opzione di invito attuale si trova nelle impostazioni dello spazio di lavoro.
Ipotesi
- Un punto di accesso più visibile aiuterebbe le persone a trovarla.
- Alcuni proprietari potrebbero non rendersi conto che invitare i colleghi è un passo successivo utile.
Aspetti ancora da chiarire
- I proprietari riescono a completare il modulo esistente una volta trovato?
- Chi riceve un invito capisce cosa fare dopo?
Le etichette contano più dello stile visivo. Chiunque guardi la mappa deve poter distinguere un’osservazione da una possibile spiegazione.
Prima di scegliere una soluzione, il team chiede ad alcuni nuovi proprietari di spazi di lavoro di provare a invitare un collega. Osserva dove cercano e chiede cosa si aspettano che accada, senza prima mostrare loro l’opzione di invito.
In questo esempio, le sessioni suggeriscono che trovare il modulo sia l’ostacolo immediato. Una volta mostrato il punto di accesso, i proprietari riescono a completarlo. L’esperienza del destinatario richiede ancora un’analisi separata.
Ora il team può descrivere un problema più circoscritto:
“I nuovi proprietari di spazi di lavoro non trovano facilmente dove invitare i colleghi.”
È abbastanza specifico da orientare la discussione successiva. È anche un aspetto su cui il team può tornare dopo aver apportato una modifica.
3. Esplora alcune risposte allo stesso problema
Con un problema più chiaro, il team torna ai possibili miglioramenti. Aggiunge tre opzioni alla mappa:
- Inserire un’azione Invita i colleghi nella schermata iniziale dello spazio di lavoro.
- Aggiungere un passaggio di invito al flusso di configurazione iniziale.
- Inviare un’email successiva che spieghi come invitare i colleghi.
Ogni opzione potrebbe essere utile, ma ciascuna raggiunge il proprietario in un momento diverso.
L’azione nella schermata iniziale sarebbe disponibile quando qualcuno torna nel proprio spazio di lavoro. Un passaggio nella configurazione introdurrebbe subito gli inviti, ma alcuni proprietari potrebbero non essere ancora pronti a invitare altre persone. Un’email potrebbe fungere da promemoria, anche se il proprietario dovrebbe comunque tornare nel prodotto.
Il team scrive una breve nota accanto a ogni opzione per spiegare cosa dovrebbe facilitare. Questo mantiene la discussione collegata al problema, evitando che diventi una votazione sulla funzionalità preferita di ciascuno.
Non è necessario mappare ogni soluzione immaginabile. Parti da alcune risposte plausibili e chiediti:
- Affronta la difficoltà che abbiamo osservato?
- Sarà utile nel momento in cui il proprietario ne avrà bisogno?
- Cosa dovremmo scoprire o cambiare per farla funzionare?
Una mappa utile rende più semplice discutere queste scelte. Avere più rami non la rende automaticamente migliore.
4. Scegli un primo passo utile
Il team sceglie di provare un’azione di invito visibile nella schermata iniziale dello spazio di lavoro.
Perché questa opzione? Risponde direttamente al punto in cui i proprietari stavano cercando e permette al team di usare il modulo di invito esistente. Inoltre, l’azione rimane disponibile per chi decide di invitare i colleghi in un secondo momento.
È un punto di partenza, non l’affermazione che ogni problema di onboarding sia risolto.
Il team amplia il ramo selezionato con l’ambito concordato e annota, accanto al piano, le idee rimandate e gli approfondimenti ancora aperti:
In questo miglioramento
- Aggiungere un’azione di invito con un’etichetta chiara nella schermata iniziale dello spazio di lavoro.
- Aprire il modulo di invito esistente da questa azione.
- Mantenere le autorizzazioni per gli inviti e il comportamento di invio esistenti.
Più avanti
- Valutare se inserire un passaggio di invito nella configurazione iniziale.
- Valutare se sarebbe utile un promemoria successivo.
Da approfondire
- Verificare l’esperienza di ricezione e accettazione di un invito.
Tenere visibili questi gruppi aiuta a evitare che la discussione riapra continuamente le stesse decisioni. L’idea dell’email non è sparita. L’esperienza del destinatario non è stata dimenticata. Semplicemente, non fanno parte di questo primo miglioramento.
A questo punto, il team si confronta anche con le persone che implementeranno la modifica. Riutilizzare un modulo esistente sembra semplice, ma potrebbero esserci vincoli che influenzano l’approccio. È meglio scoprirli prima di considerare definitivo l’ambito.
5. Descrivi cosa dovrebbe poter fare una persona
«Aggiungere un pulsante di invito» descrive una modifica all’interfaccia. Dice meno sull’esperienza che il team vuole creare.
Una domanda più utile è:
“Cosa dovrebbe poter fare il proprietario di uno spazio di lavoro quando questo miglioramento sarà completato?”
Il team concorda un breve elenco di verifiche:
- Un proprietario autorizzato a invitare i colleghi può trovare un’azione Invita i colleghi nella schermata iniziale dello spazio di lavoro.
- Selezionandola, si apre il modulo di invito esistente per lo spazio di lavoro attuale.
- Il proprietario può completare l’invito usando il flusso esistente.
- Chi non ha l’autorizzazione a invitare non ottiene l’accesso tramite la nuova azione.
- L’azione è utilizzabile sulle dimensioni di schermo supportate dal prodotto ed è raggiungibile con la tastiera.
Questi sono criteri di accettazione: condizioni osservabili che il team può usare per verificare il proprio lavoro. Non devono necessariamente sembrare una specifica tecnica.
Ci sono anche due domande diverse da tenere separate. Abbiamo realizzato la modifica concordata? Si risponde verificando queste condizioni. La modifica ha reso gli inviti più facili da trovare? Richiede di osservare come le persone la usano.
Un pulsante può funzionare esattamente come previsto e passare comunque inosservato.
6. Trasferisci il lavoro concordato in Jira
La mappa ha aiutato il team a esplorare la richiesta e prendere una decisione. Ora il miglioramento selezionato è pronto a diventare un lavoro che qualcuno può prendere in carico.
Il team crea un ticket Jira per il risultato concordato. Non crea un ticket per ogni ramo della mappa.
Ecco cosa potrebbe contenere il ticket:
Titolo: Rendere accessibili gli inviti ai colleghi dalla schermata iniziale dello spazio di lavoro
Perché è importante: I nuovi proprietari di spazi di lavoro hanno avuto difficoltà a trovare l’opzione di invito nelle impostazioni. Vogliamo che possano avviare un invito dalla schermata iniziale, dove già lo cercano.
Ambito: Aggiungere un’azione Invita i colleghi che apra il modulo di invito esistente per lo spazio di lavoro attuale. Mantenere le regole di autorizzazione e il comportamento degli inviti esistenti.
Esclusioni: Un nuovo flusso di configurazione, email di promemoria o modifiche all’esperienza di accettazione di un invito.
Criteri di accettazione: Includere le verifiche concordate nella sezione precedente.
Contesto di pianificazione: Collegare la mappa, così chiunque lavori al ticket potrà vedere le osservazioni, le alternative e la decisione sull’ambito.
A seconda di come lavora il team, progettazione e implementazione possono diventare attività separate. Suddividi il lavoro quando questo chiarisce le responsabilità o la consegna, invece di copiare automaticamente la struttura della mappa in Jira.
Un ramo organizza il pensiero. Un ticket descrive un lavoro. Non serve una corrispondenza uno a uno.
Se il tuo strumento per mappe mentali si collega a Jira, potresti creare il ticket dal nodo selezionato e mantenere il collegamento visibile sulla mappa. In caso contrario, puoi creare il ticket separatamente e aggiungere un link. In entrambi i casi, rileggi il ticket prima di passarlo a qualcun altro: la breve etichetta di un nodo raramente contiene tutto il contesto necessario.
Una volta iniziata la realizzazione, tieni lo stato e le responsabilità in Jira. Usa la mappa per il problema più ampio, il ragionamento alla base della decisione e le domande ancora aperte. Così ogni spazio ha uno scopo chiaro e si riduce la tentazione di mantenere due elenchi di attività separati.
7. Verifica se il problema iniziale si è attenuato
Dopo il rilascio della modifica, il team torna alla frase scritta in precedenza:
“I nuovi proprietari di spazi di lavoro non trovano facilmente dove invitare i colleghi.”
I nuovi proprietari riescono ora a trovare l’azione di invito senza che venga mostrato loro dove si trova? Riescono a proseguire nel modulo esistente? Le conversazioni con l’assistenza suggeriscono che la stessa confusione persiste?
Se il team dispone di metriche di prodotto adeguate, può anche osservare quanti nuovi proprietari di spazi di lavoro iniziano e completano un invito. Questi numeri richiedono contesto: alcuni proprietari potrebbero scegliere intenzionalmente di lavorare da soli e altre modifiche potrebbero influenzare i risultati.
Per questa storia immaginaria non serve inventare un esito positivo. Il passo successivo utile è osservare cosa succede e aggiungere ciò che si è imparato alla mappa.
Se i proprietari trovano l’azione ma si bloccano più avanti, il team ha un problema più specifico da esplorare. Se la modifica aiuta, può decidere se vale la pena affrontare un altro miglioramento.
La richiesta iniziale era ampia. Il piano che ne risulta è mirato: un problema chiaro, una risposta scelta, un ambito gestibile e un modo per verificare se l’intervento è stato utile.
È questo che rende utile la mappa. Porta la conversazione da «dovremmo migliorare questo aspetto» a un prossimo passo concordato, mantenendo visibili il ragionamento e le domande ancora da risolvere.
Articoli correlati
Parliamone
Hai domande su questo articolo? Parliamo dei tuoi obiettivi tecnici.