Porque não deve deixar a IA escrever as suas histórias de utilizador

Quando a Open AI apresentou o ChatGPT em novembro de 2022, houve um período inicial de intensa curiosidade sobre aquilo que ele conseguia fazer.

Seguiu-se uma corrida desenfreada para descobrir como utilizar esta nova tecnologia revolucionária.

Não demorou muito até os gestores de produto entrarem neste jogo e poderem olhar para o desafio a partir de dois ângulos diferentes:

• Onde posso utilizar a IA no meu produto?
• Como posso utilizar a IA para tornar a minha vida mais fácil enquanto gestor de produto?

Se trabalha numa plataforma de gestão de produtos, poderá ver estes dois ângulos cruzarem-se ao integrar a criação automática de histórias de utilizador na sua ferramenta.

Brilhante!

Mas o facto de poder fazer algo não significa que deva fazê-lo.

Os argumentos a favor da utilização da IA para escrever histórias de utilizador

Aparentemente de um dia para o outro, surgiu uma nova categoria de IA para gestores de produto — os geradores de histórias de utilizador.

Alguns deles são até gratuitos!

Depois, as plataformas de gestão de produtos estabelecidas começaram a adicionar capacidades de IA às suas ferramentas, incluindo a geração de histórias de utilizador com o premir de um botão.

Os benefícios prometidos por estas ferramentas e pelos artigos que as enalteciam eram variações desta lista:

• Gerar histórias de utilizador com IA é mais rápido e eficiente do que criá-las manualmente.
• Gerar histórias de utilizador com IA garante um formato consistente e, consequentemente, proporciona clareza.
• Gerar histórias de utilizador com IA garante histórias de utilizador mais precisas.
• Gerar histórias de utilizador com IA estimula a criatividade.
• Gerar histórias de utilizador com IA melhora a colaboração.

Vou abordar cada uma destas suposições, mas primeiro penso que é importante refletir sobre a intenção original das histórias de utilizador.

Para que se destinavam as histórias de utilizador

No seu livro, Mapeamento de histórias de utilizador, Jeff Patton descreveu sucintamente a razão pela qual as histórias de utilizador têm esse nome:

As histórias recebem o seu nome pela forma como devem ser utilizadas, não pelo que deve ser escrito.

-JEFF PATTON, MAPEAMENTO DE HISTÓRIAS DE UTILIZADOR

Jeff desenvolve depois essa ideia com uma citação de Kent Beck, que desenvolveu o conceito de história de utilizador.

"Se nos reunirmos e falarmos sobre o problema que estamos a resolver com o software, quem o utilizará e porquê, então, em conjunto, podemos chegar a uma solução e construir uma compreensão partilhada ao longo do processo."

As histórias de utilizador identificam aquilo que alguém quer alcançar com o seu produto e porquê.

Há três aspetos fundamentais a recordar sobre as histórias de utilizador que influenciam a decisão sobre como, ou até se, deve utilizar a ajuda da IA para as criar.

1. As histórias de utilizador são marcadores para uma conversa

Devem funcionar como um lembrete que desencadeia uma discussão mais aprofundada entre a sua equipa de produto sobre o problema que está a ajudar os seus utilizadores a resolver.

Provavelmente quererá registar aquilo de que falaram, mas faça-o como lembrete e referência, não como o único meio de comunicar requisitos. Embora possa não utilizá-la para escrever histórias de utilizador, a IA pode ser útil na recolha de requisitos.

2. As histórias de utilizador são uma ferramenta de planeamento

Permitem-lhe dividir o trabalho de criação do seu produto com base naquilo que os seus utilizadores conseguem fazer com ele, em vez de enumerar as tarefas que precisa de executar.

Dividir o trabalho desta forma ajuda-o a chegar aos detalhes quando precisa deles — e não muito antes do tempo.

As histórias de utilizador também ajudam a manter o foco naquilo que irá incluir no seu produto e naquilo que não irá incluir, de uma forma que uma lista de tarefas simplesmente não permite.

É por isso que fazer uma sessão de geração de ideias com um conjunto de histórias de utilizador que poderia implementar também não é necessariamente útil. Voltaremos a este assunto daqui a pouco.

3. Não é a escrita que é importante

Devido aos dois primeiros pontos, verifica-se que a forma como escreve histórias de utilizador não é realmente assim tão importante.

Tal como acontece com muitas coisas na vida, podemos recorrer a Seinfeld para ilustrar o ponto.

No episódio O Lado Alternativo, Jerry reserva um carro de aluguer, apenas para descobrir que tinham a sua reserva, mas não tinham o seu carro. Eis o que aconteceu.

Seinfeld - Car Reservation

Jerry Seinfeld sobre reservar carros de aluguer:

"Sabe, sabe como aceitar a reserva, só não sabe como garantir a reserva. E essa é realmente a parte mais importante da reserva: garanti-la. Qualquer pessoa pode simplesmente aceitá-las!"

Quando parafraseia isso para histórias de utilizador:

Sabe, sabe como escrever a história de utilizador, só não sabe como criar um entendimento partilhado com a história de utilizador. E esse é realmente o aspeto mais importante da história de utilizador: o entendimento partilhado. Qualquer pessoa pode simplesmente escrevê-las!

As histórias de utilizador que escreve e não escreve são muito mais importantes do que como as escreve.

Desde que a sua história de utilizador forneça informação suficiente para que a equipa de produto se recorde das suas discussões sobre o que o utilizador está a tentar alcançar — isso deverá ser suficiente.

Porque não deve usar IA para escrever histórias de utilizador

Assim, tendo em mente esse contexto sobre a utilização pretendida das histórias de utilizador, vamos usar os argumentos a favor da utilização de IA para escrever histórias de utilizador para explicar porque não deve fazê-lo.

Pressuposto n.º 1: É mais rápido e eficiente

Contraponto: Bem, não necessariamente.

A maioria dos artigos que introduzem a utilização de IA na descoberta de produto para escrever histórias de utilizador implica ou afirma explicitamente que as histórias de utilizador são um mal necessário.

Há queixas sobre o tempo que demora a escrever todas essas histórias de utilizador e a deixá-las perfeitas. Pensamentos nostálgicos como: "Se ao menos pudéssemos tornar essa tarefa mais rápida e eficiente!" Alguns chegam mesmo a expressar o desejo de acabar com a criação de ideias para diferentes histórias de utilizador.

Quando vejo estas queixas, pergunto-me se as pessoas não estarão a perder o essencial. Registar a história de utilizador inicial não deverá ser uma tarefa penosa. É um lembrete rápido para explorar mais pormenores e registar a informação relevante dessa discussão. Não precisa de ser perfeita à partida.

Criar ideias para um grande número de histórias de utilizador e colocá-las na lista de pendências do produto para resolver mais tarde é um mau hábito que muitas equipas de produto adquiriram ao longo dos anos.

Uma abordagem melhor consiste em começar por um resultado específico e, depois, identificar as histórias específicas que ajudam a alcançá-lo.

Técnicas colaborativas como os mapas de impacto e as árvores de oportunidades e soluções ajudam a identificar essas histórias de utilizador.

Pressuposto n.º 2: É consistente em termos de formato e clareza

Contraponto: A consistência da formatação não é fundamental numa fase inicial.

À primeira vista, histórias de utilizador consistentes e claras são algo excelente. A questão que tem de colocar é: é importante que as histórias de utilizador tenham um formato consistente quando são criadas pela primeira vez ou depois de a sua equipa de produto ter tido oportunidade de as discutir?

Defendo que editar para garantir a consistência imediatamente antes de a equipa iniciar o trabalho de desenvolvimento é mais importante do que manter a consistência quando as regista pela primeira vez.

De qualquer forma, vão discutir a história de utilizador, por isso escreva o suficiente para iniciar a conversa e deixe-a assim.

Se está preocupado por não se lembrar do significado de algum pequeno fragmento de frase, isso é provavelmente um sinal de que está a criar a história de utilizador demasiado cedo em relação ao momento em que vai agir sobre ela.

Pressuposto n.º 3: Estimula a criatividade

Contraponto: Também pode afastá-lo do essencial.

As ferramentas baseadas em IA prometem ajudá-lo a ultrapassar o bloqueio criativo através de uma série de modelos e instruções predefinidos para histórias de utilizador. Isso é ótimo se quiser gerar uma grande quantidade de ideias extravagantes.

Mas, como referi anteriormente, não quer encher a sua lista de pendências com um monte de ruído sob a forma de histórias de utilizador. Em vez disso, quer concentrar-se nas coisas que o ajudarão a avançar rumo à concretização dos resultados.

As técnicas que mencionei anteriormente proporcionam uma excelente forma de identificar histórias de utilizador significativas, centradas na obtenção de resultados. E não se esqueça de que as restrições são ótimas para estimular a criatividade.

Pressuposto n.º 4: É mais preciso

Contraponto: Isto só é verdade se a sua ferramenta de IA tiver uma compreensão muito abrangente do seu produto e dos seus utilizadores.

O argumento a favor da precisão afirma que gerar histórias com base em grandes quantidades de dados e feedback dos clientes conduz a histórias mais precisas. O raciocínio é que essas histórias são mais “precisas” porque estão alinhadas com as necessidades dos clientes.

Este pode ser o melhor argumento a favor da utilização de IA, mas depende de alguns grandes “ses”.

• Treina a sua ferramenta de IA com os dados específicos do seu produto.
• Dispõe de uma quantidade suficiente de dados do produto para realizar uma análise eficaz.

O primeiro “se” exclui todas essas ferramentas “gratuitas” baseadas no GPT 3, 4, etc.

O segundo se não é muito útil se estiver a desenvolver uma ferramenta nova ou se estiver apenas a começar a recolher feedback dos clientes de forma significativa.

Pressuposto n.º 5: Melhor colaboração

Contraponto: Desculpe—o quê?!

Sim… fiquei a olhar duas vezes quando vi este argumento.

Está a dizer-me que fazer com que a IA gere histórias de utilizador — o que implica que estarão prontas para serem passadas aos programadores no momento em que saem da ferramenta — melhora a colaboração?

Depois voltei a analisar as explicações. Na sua maioria, proclamam os benefícios colaborativos das histórias de utilizador em geral, não de histórias criadas especificamente por IA.

Boa tentativa, mas não estou convencido.

Está a sugerir que não devo usar IA de todo?

Não sou ludita.

A IA tem o seu lugar, até nas ferramentas de gestão de produtos. Tentar automatizar as atividades que exigem colaboração com a sua equipa de produto não é esse lugar.

Faz sentido utilizar IA para sintetizar todo o feedback dos clientes que, esperemos, esteja a receber. Também pode ser útil para gerar diferentes casos de teste e garantir que tem uma cobertura completa.

Doug Steele abordou este mesmo tema no LinkedIn e sugeriu que não deve utilizar a IA para assumir a redação das histórias de utilizador, mas pode contar com a sua ajuda para complementar os seus esforços.

O facto de poder fazer algo não significa que deva fazê-lo.

Quando se trata de escrever histórias de utilizador, ou qualquer potencial ideia de negócio baseada em IA, não procure utilizar IA apenas por utilizar IA. Descubra onde a utilização de IA irá realmente acrescentar valor.

Um excelente ponto de partida é reformular as perguntas que fiz acima.

• Onde poderá a IA fazer sentido no seu produto?
• Onde é que faz sentido utilizar IA para ajudar nas suas atividades de gestão de produtos?

Fazer as perguntas dessa forma ajudará a garantir que está a utilizar a IA de forma responsável — melhorando o seu produto e facilitando a sua vida enquanto gestor de produto.

Não se esqueça de subscrever a nossa newsletter para receber mais recursos e guias sobre gestão de produtos, além dos podcasts, entrevistas e outras informações mais recentes de líderes e especialistas do setor.