Engenharia de requisitos: Product Owner e a fase de Elicitação
Introdução
A engenharia de requisitos, etapa inicial no desenvolvimento de sistemas de informação, requer o compartilhamento de informações e conhecimento entre o Product Owner, time de desenvolvimento e com o mercado.
Compreender as nuances e as sutilezas dos negócios é um grande desafio para o sucesso dos projetos de software.
Toda essa complexidade deve ser simplificada como responsabilidade e competência do Product Owner!
Independente dos métodos, técnicas e ferramentas, a comunicação é a chave para o sucesso.
Assim neste post iremos falar sobre a criticidade da elicitação de requisitos para o Product Owner.
O Objetivo é ter assertividade no mapeamento e gerenciamento de requisitos no formato de Product Backlog
Elicitação dos Requisitos
A elicitação dos requisitos é o primeiro passo do Product Owner. Trata de mapear os requisitos no formato do Product Backlog (histórias)
É uma fase de descoberta, compreensão e criação do conhecimento sobre os requisitos de software.
Demanda a análise do escopo e da definição das fronteiras do sistema. Requer o gerenciamento porque os requisitos são voláteis com o tempo.
Fontes de Informação
Para maior assertividade do projeto, identifique todas as fontes de informação a sua disposição.
Sugerimos algumas fontes de informação. Adapte para a o seu contexto conforme as suas demandas.
- Identificar os peritos no negócio: analise a estrutura organizacional e identifique as pessoas envolvidas
- Realize entrevistas: realize entrevistas com as pessoas envolvidas. Utilize o formato de histórias para documentar os requisitos
- Estude documentos e outras fontes: identifique os documentos com as regras de negócio (Ex: legislação fiscal). Estude softwares existentes (legados !?)
- Identifique restrições: conhecimento sobre o domínio do problema, disponibilidade financeira da organização cliente para o projeto e restrições tecnológicas
- Listas de solicitações e sugestões: combine com os envolvidos uma forma de preparar uma lista de solicitações e
necessidades. - Atendimento ao usuário: se houver um departamento de SAC,
saiba coletar informações e conhecimentos sobre as
dificuldades. - Melhoramentos do usuário: verifique se os usuários utilizam
planilhas ou software como apoio - Prototipe as interfaces do APP: Faça protótipos para validar o conceito e a compreensão dos requisitos
Conclusão
A elicitação é fortemente relacionada com o processo de análise. A medida que os requisitos são descobertos ocorre a análise deles.
No próximo post iremos falar sobre a analise de requisitos para a construção do Product Backlog e planejamento dos Sprints.
Happy Coding! 😀
