O levantamento de requisitos define o que o sistema precisa fazer e em que condições. É um dos pilares de qualquer projeto de software.
Com os requisitos, dá para decidir se um produto existente atende, que alterações ele precisa ou se é preciso construir um produto novo. Deles também saem os critérios de teste, de homologação pelo cliente, de treinamento e de implantação.
Quatro tipos de requisito
- Funcionais: as funcionalidades que o sistema precisa ter.
- Não funcionais: as condições que o sistema precisa atender além da função, como desempenho, disponibilidade, segurança e volume de dados.
- O que o produto não vai fazer: escrever isso cedo evita a discussão no fim do projeto.
- Regras de negócio: como a operação funciona, com os detalhes que o sistema precisa respeitar.
Juntos, eles formam o documento de requisitos. O cliente valida esse documento, e o time o acompanha e revisa ao longo do projeto.
Do documento ao backlog
O time de desenvolvimento usa o documento de requisitos para montar o backlog e definir as atividades. Dele saem três artefatos: a história de usuário, o critério de aceite e o roteiro de teste.
História de usuário
A história de usuário descreve a necessidade: quem precisa, do quê e para quê. Exemplo:
"Sendo o gerente financeiro, quero autorizar pagamentos pelo celular, para que as autorizações não esperem a minha volta ao escritório."
Critério de aceite
O critério de aceite descreve, em cenários, como validar o item. Um formato comum é dado, quando, então. Para a mesma história, dois cenários:
Cenário 1, pagamento dentro do limite: dado que o valor está dentro do limite de aprovação do gerente, quando ele toca em Autorizar no celular, então o pagamento aparece como autorizado para o financeiro.
Cenário 2, pagamento acima do limite: dado que o valor passa do limite de aprovação do gerente, quando ele tenta autorizar, então o sistema recusa e mostra a mensagem "Valor acima do seu limite de aprovação."
Cada cenário vira um caso no roteiro de teste. Assim, o que o time testa é o mesmo que foi combinado com o cliente.
Onde a IA ajuda
Um assistente de IA pode transformar as anotações de uma reunião em um rascunho de requisitos. Ele também pode sugerir cenários que ninguém lembrou, como o campo vazio ou o valor no limite.
O rascunho ainda precisa de quem conhece o negócio. A IA tende a preencher lacunas com suposições, e a suposição errada só aparece no teste ou no cliente.
Quando detalhar
O detalhe vem aos poucos. O item entra no backlog simples e ganha protótipo, exemplos e critérios à medida que sobe na fila.
Quando o item chega ao topo, o time precisa entender a demanda o suficiente para definir as tarefas. Se ainda não entende, o item ainda não está claro o bastante para entrar no desenvolvimento.
Para ver como a CTGF conduz esse tipo de projeto, veja a página Consultoria.