Ao criar um produto ou projeto do zero é importante se atentar a alguns pontos para que os usuários consigam utilizar o software da melhor maneira e sem erros. Dentro desse desenvolvimento, um aspecto importante é investir no user story. No entanto, somente através dele não é possível criar uma boa estrutura que atenda as necessidades dos usuários, também é preciso investir na metodologia INVEST.
Ela é uma técnica complementar ao user story, que quando bem administrada potencializa os efeitos de um desenvolvimento de software que utiliza das metodologias Agile. 📈
Não se esqueça que hoje surgem cada vez mais ideias, conceitos e práticas capazes de implantar processos mais ágeis. Portanto, para que isto seja eficaz, será abordada uma das principais características, o Invest, que possibilita administrar resultados de valor agregado. ⭐
Confira neste artigo os principais detalhes sobre a metodologia Invest e por que você deve aplicá-la no seu dia a dia. Continue a leitura e descubra! 👇
O que é User Story (História de Usuário)?
Chamada de história do usuário, é uma técnica a fim de descrever em uma linguagem simples, curta e direta as necessidades de um usuário para o desenvolvimento de um software para produto.
Ela funciona como uma espécie de documento que retrata as principais informações dos usuários interessados para que se atendam todas as expectativas na entrega do produto.
Por exemplo: se você compra um celular e ele vem faltando um botão de fazer chamada, foi um erro dos desenvolvedores que não lembraram da necessidade do usuário em fazer a ligação.
Investir no user story ajuda a prevenir esses casos, além de contribuir para uma melhor experiência do cliente. 😉
Mas o que é e onde entra a técnica INVEST na história de usuário? Leia a seguir. 👇
O que é a metodologia INVEST?
É uma técnica que acompanha o user story. Ela se trata de uma lista de qualificações para padronizar a quebra de histórias do usuário, alimentando a cadeia de valor do squad no Scrum. Ou seja, auxilia na criação das histórias de usuário, a partir de critérios de aceitação para suas criações agregarem valor ao projeto.
Dessa forma, ela é divida em suas siglas, significando:
Independent (independente)
Significa que as histórias de usuário podem ser desenvolvidas de maneira independente uma da outra. Assim, em uma arquitetura de microservices há uma separação de domínios e responsabilidades.
Esses cortes são validados em etapas e evitam fraudes, e funcionam sem depender de um responsável.
Um exemplo é a situação em que no processo de Onboarding, há uma peça de API que expõe o endpoint para um aplicativo mobile funcionar.
Negotiable (negociável)
Aqui a ideia é ser negociável para permitir a evolução do detalhamento do escopo durante toda a cadeia de valor. Ou seja, você usa uma história de forma flexível para que ela possa ser alterada durante todo o ciclo de vida dela.
Funciona como uma espécie de aprendizado contínuo que é preciso adaptar para criar a melhor solução para os problemas que necessitam de resolução.
Valuable (valor)
Nesse requisito a história deve gerar algum tipo de valor para o cliente final. Por isso, é preciso ter clareza sobre qual é este valor agregado à solução.
Por exemplo, em um cenário onde estamos criando uma solução de onboarding em um aplicativo deverão ser criadas diversas etapas de validação.
Estimable (estimável)
Neste é analisado o escopo proposto até se conseguir estimar o tempo necessário para finalizar o desenvolvimento.
Por isso, é necessário tempo para conseguir implementar as soluções. Você pode se perguntar:
- A especificação do que precisa fazer está clara?
- Todos os impedimentos para iniciar o desenvolvimento da história foram resolvidos?
- A história está small (pequena)? É possível quebrá-la mais um pouco em mais histórias?
Small (pequena)
Não crie histórias que levem mais que uma sprint de 10 dias para serem desenvolvidas.
Caso ocorra, o ideal é quebrar a história seguindo a técnica INVEST para ser desenvolvido em três dias, mas se não for possível quebrar neste nível não ultrapasse 10 dias.
Vale ressaltar que user stories mal definidos e grandes podem se estender por meses.
Testable (testável)
Depois de tudo pronto é preciso sempre testar. Faça testes automatizados e/ou manuais que validem que os critérios de aceite foram implementados com sucesso.
Qual a função da metodologia INVEST nas user stories do Scrum?
Investir na metodologia INVEST com o user story vai te ajudar a ter histórias padronizadas e com mais qualidade. Além disso, existem outras vantagens, como:
- O escopo e os requisitos de cada uma das peças ficam mais detalhados;
- A equipe terá mais flexibilidade para negociar o escopo e ter novos aprendizados durante toda a cadeia de valor;
- A partir das entregas de parte do escopo vão gerando novas capacidades e a solução terá cada vez mais valor;
- As histórias de usuários serão desenvolvidas mais rápido e num espaço de tempo menor;
- Proporciona mais previsibilidade no trabalho, uma vez que estima-se o tempo de entrega das demandas;
- Mais facilmente testada manualmente ou automatizada.
Portanto, utilizar o INVEST faz com que seja conferido se suas qualidades foram cumpridas, além de proporcionar mais assertividade ao seu user story com as necessidades dos usuários.
Como aplicar a metodologia INVEST?
Sabendo mais da parte conceitual, vem a prática. Você deve estar se perguntando como aplicar a metodologia INVEST, principalmente junto com o user story no seu desenvolvimento Agile. 🤔
👉 Existem duas etapas:
Product Backlog
Realizada através de técnicas como entrevistas, ela mapeia o Product Backlog de acordo com suas epics ou user story, como a imagem a seguir.
Diagrama de arquitetura
Ao mesmo tempo deste mapeamento ocorre fazer uma proposta inicial do diagrama de arquitetura mapeando todos os microsserviços que pretendemos criar, banco de dados, filas, integrações com outros domínios, etc.
Afinal, como aprender sobre metodologia ágil?
Buscando trazer o mundo da agilidade para dentro da corporação, a metodologia INVEST veio para revolucionar o mercado de desenvolvimento Agile aprimorando o conceito e a execução de user story. 🤩
Ela funciona como uma espécie de diretriz para seguirmos e termos uma padronização na quebra de User Stories. No entanto, na prática do dia a dia são enfrentadas situações onde não será possível atender todos os requisitos.
Logo, adotá-la vai ajudar sua cadeia de valor a ter uma fluidez maior e consequentemente um lead time cada vez menor. 😉
Gostou da ideia e quer se aprofundar mais sobre essa e outras metodologias ágeis para colocar em prática no seu trabalho como desenvolvedor? Confira um evento sobre Product Future e aprenda sobre gestão ágil e soluções voltadas para produtos. 🎯
