Riunione iniziale per la funzione
Prima di approfondire il tema dello sviluppo, convoca il team per una riunione iniziale. Che cosa c'è all'ordine del giorno? Spiegazioni dettagliate, feedback e modi alternativi per risolvere il problema.
USA QUESTA STRATEGIA PER...
Creare fiducia nel valore di una nuova funzione e mettere a punto le specifiche in modo collaborativo invece di imporle dall'alto.
Se hai difficoltà con la Controllo salute, questa strategia potrebbe essere di aiuto.
o il nelPersone
6-9
Ora
60 minuti
Difficoltà
Medio
Esecuzione della strategia
Prima di condurre una riunione iniziale, assicurati che la nuova funzione sia qualcosa di più di un semplice concetto; tuttavia, non aspettare nemmeno che la progettazione sia completa.
Preparazione
Sviluppa il concetto
Prima della riunione iniziale, l'owner o il progettista di prodotto dovrebbe creare una mappa del percorso dell'utente a bassa fedeltà e avere un'idea approssimativa di quali criteri utilizzare per misurare il successo. Condividila prima della sessione, in modo che il team possa prepararsi.
Programma la riunione iniziale in uno spazio con grandi pareti o lavagne. Cerca di arrivare con qualche minuto di anticipo e utilizza lo spazio per preparare il percorso utente che hai mappato.
Passaggio 1
Panoramica della funzione (10 minuti)
Dai a tutti il benvenuto e avvia la riunione iniziale fornendo una panoramica della funzione e del relativo contesto. Descrivi il problema o l'opportunità che affronterà e in che modo questo si collega a iniziative o obiettivi più ampi. Presenta il tuo utente tipo di riferimento e il valore che la funzione gli fornirà, citando ricerche o informazioni di background a sostegno delle tue affermazioni. Quindi, esponi le tue riflessioni sulla misurazione del successo.
Ricorda: l'idea è quella di definire in misura sufficiente le specifiche e l'ambito prima del lancio della funzione. In questa fase è possibile che siano presenti delle lacune: lo scopo di questa riunione è riunire il team per iniziare a colmarle.
Anti-pattern
Condivisione tardiva. Se le specifiche sono considerate definitive, potresti aver perso l'occasione di cambiare direzione in base al feedback del tuo team.
Passaggio 2
Feedback (10 minuti)
Prima di iniziare il percorso dell'utente, fai una pausa per ricevere il feedback del team. Se ti accolgono con il silenzio e movimenti del capo, usa alcune di queste domande stimolare la conversazione:
- Abbiamo una visione condivisa di ciò che questa funzione può fornire?
- Cosa ti aspetti da questa funzione?
- Quali sono i tuoi timori al riguardo?
Suggerimento
Dai vita alla funzione presentandola dal punto di vista dell'utente tipo del cliente target.
Passaggio 3
Spiegazione dettagliata del percorso dell'utente (15 minuti)
Ricordi il percorso utente che hai sviluppato prima della riunione iniziale? Esaminalo dall'inizio alla fine. Spiega in che modo l'utente scoprirà la funzione, interagirà con essa e cesserà di utilizzarla. Durante la spiegazione, parla di come la funzione risolverà lo spazio del problema, ridurrà l'attrito con i clienti o aggiungerà valore in altri modi.
Invece di fermarti per rispondere ai feedback durante la spiegazione, chiedi a tutti di prendere nota delle proprie riflessioni sulle note adesive. Questo impedisce a qualsiasi membro del team di monopolizzare inavvertitamente la spiegazione e di condurti in una situazione di difficoltà.
Passaggio 4
Critiche e soluzioni alternative (20 min)
Torna all'inizio della mappa del percorso dell'utente. Per ogni fase, chiedi a tutti di pubblicare le proprie note adesive e di discutere del feedback del team. Le persone possono scrivere anche nuove domande o dubbi sulle note adesive.
Dimentica il ruolo abituale di ogni membro del team. È il momento in cui tutti devono immaginare le possibili pecche della funzione (ad esempio vulnerabilità della sicurezza, difetti di usabilità, vincoli tecnici) e suggerire dei modi per evitarli.
Raccogli tutte le domande e i dubbi per iscritto, insieme alla risposta o alla decisione dell'owner di prodotto.
Passaggio 5
Conclusioni (5 minuti)
Quali altre informazioni sono necessarie al team per avere un'idea chiara di ciò che sta facendo e del perché?
Assegna eventuali domande senza risposta sulla funzione a un membro del team, indicando una data entro la quale dovrà essere fornita la risposta. In genere, la risposta a queste domande comporta ulteriori ricerche sugli utenti, l'approfondimento dei casi limite emersi durante la riunione o la riflessione sugli aspetti della progettazione tecnica.
Suggerimento
Aggiungi la riunione iniziale per la funzione ai rituali standard del tuo team, in modo che ci sia un ciclo di feedback regolare sulle funzioni prima che queste vadano ad aggiungersi al backlog del team.
Hai colto nel segno?
Assicurati di eseguire una sessione completa di Controllo salute o prevedere un punto di controllo con il tuo team per vedere se stai migliorando.
Varianti
team distribuito geograficamente
Questa strategia può essere personalizzata per team distribuiti in più sedi. Condividi il concetto tempestivamente su una pagina Confluence e assicurati di prenotare una stanza dotata di una videocamera.
Follow-up
Se un membro del team ha altre domande dopo la riunione iniziale, aggiungile alle specifiche insieme a quelle che, a suo avviso, sono le probabili risposte.
Assegna la domanda al membro del team appropriato: se la risposta proposta è di suo gradimento, può semplicemente esprimere il suo accordo.
Desideri altri playbook?
Lascia il tuo indirizzo e-mail di seguito per ricevere una notifica quando aggiungiamo nuovi Controlli salute e strategie.
Hai commenti e opinioni?
Lascia una domanda o un commento sul sito della Atlassian Community.