Close

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 comprensione condivisa, il valore e le metriche, o il modello di verifica nel Controllo salute, questa strategia potrebbe essere di aiuto.

Copy link to heading Copied! Scopri di più
E MI SERVE... PERCHÉ?

Ed ecco la funzione. Quella che, secondo le ricerche di mercato che hai condotto, differenzierà il tuo prodotto e farà felici i clienti. Avresti dovuto rilasciare quest'ultima versione, quindi mettiamoci al lavoro.

Ehi! Frena i cavalli, cow-boy. Il tuo team non ha contesto. Probabilmente hai avanzato delle ipotesi nel definire il problema che questa funzionalità risolve. Non c'è accordo riguardo ai criteri di misurazione del successo della funzione. E ammettiamolo: nell'entusiasmo generale, è possibile che alcune sfide progettuali o tecniche siano state sottovalutate.

È ora di riunire il tuo team ed esaminare i dettagli prima di riempire il backlog con le storie utente. Diversamente, l'attività di sviluppo inizierà all'insegna delle domande, più che della chiarezza.

CHI DOVREBBE ESSERE COINVOLTO?

Per questa attività, fai in modo che sia presente tutto il team.

Una riunione iniziale per la funzione allinea il team e gli stakeholder prima dell'inizio dell'attività di sviluppo.
Team di utenti
Persone

6-9

Orologio per misurare il tempo
Ora

60 minuti

Difficoltà Facile
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.

Materiali

Lavagna

Pennarelli o penne

Note adesive

Pollo di gomma

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
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
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.

Thanks! Now get back to work.

Hai commenti e opinioni?

Lascia una domanda o un commento sul sito della Atlassian Community.