Perché l’IA non dovrebbe scrivere le tue User Story
Quando Open AI ha introdotto ChatGPT nel novembre 2022, c’è stato un periodo iniziale di intensa curiosità su cosa potesse fare.
È seguito un vero e proprio assalto per capire come utilizzare questa nuova tecnologia rivoluzionaria.
Non ci è voluto molto prima che i product manager entrassero in gioco e potessero affrontare la sfida da due diverse prospettive:
Vuoi di più da The CPO Club?
Iscriviti gratuitamente per completare la lettura di questo articolo:
Have an account? Log In
- Dove posso usare l’AI nel mio prodotto?
- Come posso usare l’AI per rendere la mia vita più semplice come product manager?
Se lavori su una piattaforma di product management, potresti vedere queste due prospettive unirsi integrando la creazione automatica delle user story all’interno del tuo strumento.
Geniale!
Ma solo perché puoi fare qualcosa, non significa che dovresti.
Il motivo per utilizzare l’AI per scrivere le user story
Quasi da un giorno all’altro, è emersa una nuova classe di strumenti AI per product manager: i generatori di user story.
Alcuni di questi sono addirittura gratuiti!
Poi, le piattaforme di product management consolidate hanno iniziato ad aggiungere funzionalità AI nei loro strumenti, tra cui la generazione automatica di user story con il semplice tocco di un pulsante.
I vantaggi promessi da questi strumenti, e dagli articoli che li esaltano, erano una variazione di questo elenco:
- Generare user story con l’AI è più veloce ed efficiente che crearle manualmente.
- Generare user story con l’AI assicura un formato coerente e quindi porta chiarezza.
- Generare user story con l’AI assicura user story più accurate.
- Generare user story con l’AI favorisce la creatività.
- Generare user story con l’AI migliora la collaborazione.
Affronterò ognuna di queste assunzioni, ma prima penso sia importante riflettere sull’intento originale delle user story.
A cosa servivano originariamente le user story
Nel suo libro, User Story Mapping, Jeff Patton ha descritto in modo conciso perché le user story hanno questo nome:
Le user story prendono il loro nome da come andrebbero utilizzate, non da cosa dovrebbe essere scritto.
-JEFF PATTON, USER STORY MAPPING
Jeff poi amplia questo pensiero con una citazione di Kent Beck, che ha sviluppato il concetto di user story.
"Se ci riuniamo e discutiamo del problema che stiamo risolvendo con il software, chi lo userà e perché, allora insieme possiamo arrivare a una soluzione e costruire una comprensione condivisa lungo il percorso."
Le user story identificano ciò che qualcuno vuole ottenere con il tuo prodotto e il perché.
Ci sono tre cose fondamentali da ricordare sulle user story che sono determinanti nel decidere come, o addirittura se, dovresti utilizzare l’aiuto dell’AI per crearle.
1. Le user story sono dei promemoria per una conversazione
Dovrebbero fungere da promemoria che stimola una discussione più approfondita all’interno del tuo team di prodotto su quale problema stai aiutando gli utenti a risolvere.
Probabilmente vorrai annotare ciò di cui avete parlato, ma fallo come promemoria e riferimento, non come unico mezzo di comunicazione dei requisiti. Anche se potresti non usarla per scrivere user story, l’AI può essere utile nella raccolta dei requisiti.
2. Le user story sono uno strumento di pianificazione
Ti permettono di suddividere il lavoro per costruire il tuo prodotto in base a ciò che gli utenti possono ottenere con esso, piuttosto che elencare i compiti che devi svolgere.
Scomporre il lavoro in questo modo ti aiuta ad arrivare ai dettagli quando serve, non molto tempo prima.
Le user story inoltre ti aiutano a rimanere focalizzato su ciò che inserirai nel tuo prodotto e su ciò che non inserirai, in un modo che una semplice lista di attività non permette.
Ecco perché fare brainstorming su una quantità di user story che potresti realizzare non è necessariamente d’aiuto. Ne parleremo a breve.
3. Non è la scrittura ad essere importante
Per via dei due punti precedenti, si scopre che come scrivi le user story in realtà non è poi così importante.
Come per molte cose nella vita, possiamo guardare a Seinfeld per illustrare il punto.
Nell'episodio The Alternate Side, Jerry prenota un'auto a noleggio, solo per scoprire che avevano la sua prenotazione, ma non avevano l'auto. Ecco cosa è successo.
Jerry Seinfeld sulla prenotazione di auto a noleggio:
"Vede, lei sa come prendere la prenotazione, solo che non sa come mantenere la prenotazione. Ed è proprio questa la parte più importante della prenotazione: mantenerla. Chiunque può prenderle!"
Se riduci questo concetto alle user story:
Vedi, sai come scrivere una user story, solo che non sai come costruire una comprensione condivisa con la user story. Ed è proprio questa la parte più importante della user story: la comprensione condivisa. Chiunque può scriverle!
Le user story che scrivi e che non scrivi sono molto più importanti di come le scrivi.
Finché la tua user story fornisce abbastanza informazioni al team di prodotto per ricordare le discussioni su cosa l’utente stia cercando di ottenere — questo dovrebbe bastare.
Perché non dovresti usare l’AI per scrivere le user story
Tenendo conto di questo contesto sull’utilizzo previsto delle user story, utilizziamo gli argomenti a favore dell'uso dell'AI per scrivere user story per spiegare perché non dovresti farlo.
Ipotesi #1: È più veloce ed efficiente
Controargomentazione: Beh, non necessariamente.
La maggior parte degli articoli che hanno introdotto l’uso dell’AI nel product discovery per scrivere user story implicano o dichiarano esplicitamente che le user story sono un male necessario.
Ci sono lamentele su quanto tempo ci vuole per scrivere tutte quelle user story e farle proprio giuste. Pensieri nostalgici del tipo: "Se solo potessimo rendere quel compito più veloce ed efficiente!" Alcuni esprimono persino il desiderio di eliminare completamente il brainstorming sulle diverse user story.
Quando vedo queste lamentele, mi chiedo se le persone non stiano perdendo di vista il vero punto. Annotare la user story iniziale non dovrebbe essere un onere. È un promemoria rapido per approfondire e annotare le informazioni rilevanti da quella discussione. Non deve essere perfetta dall’inizio.
Fare brainstorming su un mucchio di user story e infilarle in il product backlog per occuparsene in seguito è una cattiva abitudine che molti team di prodotto hanno acquisito nel tempo.
Un approccio migliore è partire da un risultato specifico e poi identificare le storie specifiche che ti aiutano a raggiungerlo.
Tecniche collaborative come impact map e opportunity solution tree aiutano a identificare quelle user story.
Ipotesi #2: È coerente per formato e chiarezza
Controargomentazione: La coerenza del formato non è fondamentale all’inizio.
A prima vista, user story coerenti e chiare sembrano un’ottima cosa. La vera domanda è: è importante che le user story siano in un formato coerente quando le crei per la prima volta o dopo che il team di prodotto ha avuto la possibilità di discuterle?
Io sostengo che modificare per coerenza appena prima che il team inizi a lavorare sullo sviluppo sia più importante che mantenere la coerenza quando le annoti per la prima volta.
Tanto parlerai comunque della user story, quindi scrivi quanto basta per avviare la conversazione e lascia stare.
Se ti preoccupa non ricordare cosa intendessi con qualche frammento di frase, probabilmente è un segno che stai creando la user story troppo in anticipo rispetto a quando pensi di agire su di essa.
Ipotesi #3: Stimola la creatività
Controargomentazione: Può anche allontanarti dal punto.
Gli strumenti basati sull’AI promettono di liberarti dal blocco dello scrittore attraverso una gamma di modelli e prompt predefiniti di user story. Ottimo se vuoi generare una serie di idee bizzarre e fuori dagli schemi.
Ma, come accennato prima, non vuoi riempire il tuo backlog di una serie di rumore di user story. Preferisci invece concentrarti su quelle che ti aiuteranno a fare progressi verso gli obiettivi.
Le tecniche che ho menzionato in precedenza offrono un ottimo modo per individuare user story significative orientate al raggiungimento di risultati. E ricorda, i vincoli sono ottimi per stimolare la creatività.
Assunzione n°4: È più accurato
Controargomentazione: Questo è vero solo se il tuo strumento di IA ha una comprensione molto approfondita del tuo prodotto e dei tuoi utenti.
L’argomentazione sull’accuratezza sostiene che generare user story basandosi su grandi quantità di dati e feedback dei clienti porti a storie più precise. Il ragionamento è che queste storie siano più “accurate” perché allineate alle necessità dei clienti.
Questa può essere la miglior motivazione per utilizzare l’IA, ma si basa su un paio di grossi “se”.
- Alleni il tuo strumento di IA sui dati specifici del tuo prodotto.
- Hai una quantità sufficiente di dati sul prodotto per svolgere un’analisi efficace.
Il primo “se” esclude tutti quegli strumenti “gratuiti” basati su GPT 3, 4, ecc.
Il secondo se non è molto utile se stai costruendo un nuovo strumento, oppure se hai appena iniziato a raccogliere feedback dai clienti in modo significativo.
Assunzione n°5: Collaborazione migliorata
More Articles
- 19 Migliori Newsletter sullo Sviluppo di Prodotti da Leggere nel 2026
- L’IA nella Ricerca sugli Utenti: Come l’Intelligenza Artificiale Sta Trasformando le Analisi sugli Utenti
- Spedire Prodotti Global-First Senza il Mal di Testa Globale: Come Integrare la Localizzazione nel Tuo Flusso di Lavoro di Prodotto
Controargomentazione: Scusa—cosa?!
Già… ho guardato due volte quando ho visto questa argomentazione.
Mi stai dicendo che far generare le user story all’IA—implicando che saranno pronte per essere passate agli sviluppatori appena escono dallo strumento—migliora la collaborazione?
Poi ho riguardato le spiegazioni. Per lo più proclamano i benefici collaborativi delle user story in generale, non quelle create specificamente dall’IA.
Bel tentativo, ma non sono convinto.
Stai suggerendo di non usare per nulla l’IA?
Non sono un luddista.
L’IA ha un ruolo, anche negli strumenti di product management. Cercare di automatizzare le attività che richiedono collaborazione con il tuo team di prodotto non è quello il posto giusto.
Ha senso usare l’IA per sintetizzare tutti quei feedback dei clienti che, si spera, stai ricevendo. Potrebbe anche essere utile per generare diversi casi di test per assicurarti di avere una copertura completa.
Doug Steele ha affrontato questo stesso argomento su LinkedIn e ha suggerito che non dovresti affidare completamente la scrittura delle user story all’IA, ma puoi utilizzarla come supporto ai tuoi sforzi.
Solo perché puoi, non significa che dovresti.
Quando si tratta di scrivere user story o qualsiasi potenziale idea imprenditoriale legata all’IA, non cercare di usare l’IA solo per il gusto di usarla. Cerca di capire dove l’IA potrà davvero aggiungere valore.
Un ottimo punto di partenza è modificare le domande che ho posto sopra.
- Dove potrebbe avere senso utilizzare l’IA nel tuo prodotto?
- Dove ha senso usare l’IA per aiutare nelle tue attività di product management?
Porre le domande in questo modo ti aiuterà a garantire che tu stia usando l’IA in modo responsabile—migliorando il tuo prodotto e rendendo la tua vita da PM più semplice.
Non dimenticare di iscriverti alla nostra newsletter per altre risorse e guide di product management, oltre agli ultimi podcast, interviste e altri spunti dai leader ed esperti del settore.
