User stories ou, em portugu\u00eas, hist\u00f3rias de usu\u00e1rios, fazem parte de uma estrutura \u00e1gil e explica\u00e7\u00e3o informal que ilustra o recurso do software na perspectiva do usu\u00e1rio final ou cliente. Um dos objetivos das hist\u00f3rias \u00e9 mostrar como uma tarefa entregar\u00e1 determinado valor ao usu\u00e1rio.<\/p>\n\n\n\n
Se voc\u00ea n\u00e3o sabe como escrever as suas hist\u00f3rias, este artigo \u00e9 exatamente o que voc\u00ea precisa. Nas pr\u00f3ximas linhas, eu te explico como documentar as user stories da melhor maneira. Vem comigo!<\/p>\n\n\n\n
As hist\u00f3rias de usu\u00e1rios fazem parte do desenvolvimento Agile. Com elas, seus usu\u00e1rios ficam no centro das a\u00e7\u00f5es que ser\u00e3o adotadas no seu produto. Al\u00e9m de priorizar os clientes, as stories s\u00e3o \u00fateis para estimar o esfor\u00e7o necess\u00e1rio para realizar os objetivos propostos.<\/p>\n\n\n\n
Uma vez documentadas, o time de desenvolvimento sabe o porqu\u00ea precisa desenvolver. \u00c9 uma maneira de dar vis\u00e3o para que a equipe consiga enxergar valor na execu\u00e7\u00e3o.<\/p>\n\n\n\n
A primeira coisa que voc\u00ea precisa saber \u00e9 que as hist\u00f3rias de usu\u00e1rios devem ser simples e objetivas. Se as suas hist\u00f3rias forem longas a ponto de n\u00e3o caber um quadro, por exemplo, \u00e9 preciso refin\u00e1-las.<\/p>\n\n\n\n
Basicamente, as user stories s\u00e3o descri\u00e7\u00f5es sobre a funcionalidade do seu produto<\/strong> e, por essa raz\u00e3o, \u00e9 importante que elas representem verdadeiramente o ponto de vista do usu\u00e1rio. Para escrever as hist\u00f3rias de usu\u00e1rios, a minha recomenda\u00e7\u00e3o \u00e9 document\u00e1-las em tr\u00eas blocos, da seguinte maneira:<\/p>\n\n\n\n Para come\u00e7ar, voc\u00ea deve relacionar as user stories a uma entrega de valor. Ou seja, a raz\u00e3o pela qual essas hist\u00f3rias s\u00e3o importantes. Responda: a qual North Star\/OKR\/Business Goal essa hist\u00f3ria est\u00e1 conectada?<\/p>\n\n\n\n Exemplo: 80% dos usu\u00e1rios ativos da “Empresa XPTO” est\u00e3o engajando com nossos produtos ao final de Q2. Como aux\u00edlio, voc\u00ea pode utilizar o modelo do m\u00e9todo Scrum at Scale<\/em> para definir a fonte de valor. <\/p>\n\n\n\n Na descri\u00e7\u00e3o da documenta\u00e7\u00e3o, \u00e9 preciso colocar o objetivo da funcionalidade em \u201cValor de Mercado\u201d, \u201cRedu\u00e7\u00e3o de Risco\u201d ou \u201cAumentar a Capacidade\u201d e qual \u00e9 o detalhe, seguindo os exemplos do quadro acima. <\/p>\n\n\n\n Documente da seguinte forma:<\/p>\n\n\n\n Valor perseguido<\/strong>: **Valor de Mercado**<\/p>\n\n\n\n Descri\u00e7\u00e3o<\/strong>: aumentar nosso NPS e o engajamento com nossos produtos (North Star).<\/p>\n\n\n\n Ap\u00f3s preencher o primeiro bloco, \u00e9 hora de partir para a narrativa do usu\u00e1rio. Aqui, voc\u00ea pode usar aquele famoso template que contempla:<\/p>\n\n\n\n No segundo bloco, voc\u00ea tamb\u00e9m pode colocar a valida\u00e7\u00e3o da hip\u00f3tese, isto \u00e9, a resposta para a pergunta: “como saberemos se a funcionalidade atingiu seu objetivo?”, conforme refer\u00eancia de Paulo Caroli no livro “Lean Inception”.<\/p>\n\n\n\n A ideia \u00e9 descrever e, idealmente, definir m\u00e9tricas quantitativas para validar essa hip\u00f3tese. <\/p>\n\n\n\n Exemplo: <\/strong>N\u00f3s acreditamos que este MVP vai conseguir **contribuir para o aumento do engajamento dos usu\u00e1rios da “Empresa XPTO”**. Sabemos que isso aconteceu com base **no n\u00famero de usu\u00e1rios que abriram o app diariamente vs o n\u00famero total de usu\u00e1rios ativos, que deve ser de 50% mensalmente**.<\/p>\n\n\n\n No terceiro e \u00faltimo bloco, voc\u00ea vai descrever os requisitos t\u00e9cnicos. Para isso, \u00e9 poss\u00edvel utilizar a t\u00e9cnica “7 dimens\u00f5es do produto”, que percorre os seguintes aspectos:<\/p>\n\n\n\n – Visuais de UX\/UI<\/a><\/p>\n\n\n\n – Fluxos da jornada do usu\u00e1rio<\/a><\/p>\n\n\n\n \u00a0\u00a0\u00a0\u00a0\u00a0– Interface com as APIs do Climatempo.<\/p>\n\n\n\n **Eu como** usu\u00e1rio administrador da fazenda **quero** visualizar a probabilidade de chuva para o dia seguinte, com umidade e volume **para que** eu possa planejar a irriga\u00e7\u00e3o da lavoura com a quantidade correta de \u00e1gua.<\/p>\n\n\n\n – Login via Google, Facebook, Celular<\/p>\n\n\n\n – Dados da previs\u00e3o do tempo via fornecedor externo (Climatempo)<\/p>\n\n\n\n – Deveremos taguear os eventos de uso do produto segundo o documento de mapa de eventos nesse link: https:\/\/bit.ly\/mapa_eventos_app<\/a><\/p>\n\n\n\n – Usu\u00e1rios com plano de assinatura suspenso n\u00e3o poder\u00e3o ter acesso ao app.<\/p>\n\n\n\n – N\u00e3o estamos violando nenhuma regra da LGPD e os dados do Climatempo est\u00e3o devidamente regulamentados. \u00c9 preciso estar na tela o “por Climatempo”.<\/p>\n\n\n\n – N\u00edveis de permissionamento diferentes entre Administrador, Dono e demais usu\u00e1rios daquela conta.<\/p>\n\n\n\n – Aplicativos na vers\u00e3o iOS e Android<\/p>\n\n\n\n – Pipeline de deploy configurado<\/p>\n\n\n\n – Precisa ser criado um ambiente de homologa\u00e7\u00e3o para essa feature.<\/p>\n\n\n\n – Informa\u00e7\u00f5es carregadas na tela ficam em cache para uso offline<\/p>\n\n\n\n – O usu\u00e1rio pode cadastrar notifica\u00e7\u00f5es de aviso sobre a previs\u00e3o via push<\/p>\n\n\n\n – Ao abrir o app o usu\u00e1rio ver\u00e1 na tela o dia seguinte<\/p>\n\n\n\n – Com scroll para cima, o usu\u00e1rio avan\u00e7a nos dias<\/p>\n\n\n\n – Uso de dados do calend\u00e1rio do dispositivo para definir data de abertura no app<\/p>\n\n\n\n – Dados da Climatempo ser\u00e3o armazenados na AWS; os recursos de servidores j\u00e1 foram alocados pelo time de DevOps; os dados dos usu\u00e1rios ser\u00e3o encriptados em curva el\u00edptica de 384 bits para autentica\u00e7\u00e3o<\/p>\n\n\n\n – Com scroll para baixo, o usu\u00e1rio retorna nos dias.<\/p>\n\n\n\n Al\u00e9m da t\u00e9cnica acima, voc\u00ea tamb\u00e9m pode aplicar a “BDD – Sintaxe Gherkin”, para cria\u00e7\u00e3o de cen\u00e1rios de testes.<\/p>\n\n\n\n O template \u00e9 o seguinte:<\/p>\n\n\n\n Vale acrescentar que voc\u00ea pode incluir ainda outros cen\u00e1rios, ok?<\/p>\n\n\n\n Depois de preencher todos os blocos listados acima, o processo de documenta\u00e7\u00e3o das hist\u00f3rias de usu\u00e1rios chega ao fim. Com todas as informa\u00e7\u00f5es registradas, os desenvolvedores est\u00e3o prontos para codar.<\/p>\n\n\n\n Sem d\u00favida, com o documento de requisitos bem feito, o seu produto tem uma parte importante do que \u00e9 preciso para dar certo no mercado. Ent\u00e3o, siga as recomenda\u00e7\u00f5es deste artigo e seja feliz! \ud83d\ude42<\/p>\n\n\n\n Awari \u00e9 uma plataforma completa com mentorias individuais, cursos com aulas ao vivo e suporte de carreira para voc\u00ea dar seu pr\u00f3ximo passo profissional.<\/p>\n\n\n\n1. Entrega de valor<\/h3>\n\n\n\n
2. Narrativa do usu\u00e1rio e hip\u00f3tese<\/h3>\n\n\n\n
\n
3. Requisitos t\u00e9cnicos<\/h3>\n\n\n\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Saiba mais sobre o tema com a Awari<\/h2>\n\n\n\n