Em outro artigo, escrevi sobre o framework para requisitos ágeis. De fato, ele não existe. Existem boas práticas, como o INVEST e também sempre consultar o time a respeito da abordagem da documentação.
Aliás, a abordagem do analista de negócios é uma boa prática segundo o BABOK.
Tá vendo? Ali, 3.1: Plan Business Analysis Approach. É a forma como você vai conduzir as atividades de análise de negócio. Fechar com seu time o que ele precisa para desenvolver o produto passa pelo planejamento da abordagem do PO ou Analista, e também é refinado através de groomings, o que significa que a abordagem pode mudar de acordo com novos aprendizados.
Uma forma de ser assertivo na escrita de uma User Story é respeitar as 7 dimensões do produto:
As 7 dimensões do produto, como mostra a imagem acima, são:
- Usuário: Quem interage com o produto?
- Interface: Como o produto se conecta aos usuários, sistemas e dispositivos? Aqui já dá pra saber se o produto será mobile, se terá algum tipo de integração, etc.
- Ação: O que o produto faz/deve fazer?
- Dados: Quais informações serão úteis / necessárias para o desenvolvimento do produto?
- Controle: Quais regras de negócio pautam o funcionamento do produto?
- Ambiente: Em que ambiente o produto deverá funcionar? Como ele deverá se comportar?
- Qualidade: O que deverá ser feito para que o produto seja considerado bem-feito?
E aos poucos, vou aprendendo um pouco mais sobre como servir melhor o meu time provendo boas histórias. E você? O que faz para escrever boas histórias?
Priscila Chagas 
Deixe um comentário