Engenharia de requisitos: Product Owner e a fase de Elicitação

porLuis Augusto Moretto

Engenharia de requisitos: Product Owner e a fase de Elicitação

Engenharia de requisitos: o papel do Product Owner
Play Video

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.

Elicitação dos requisitos de software no formato de product backlog
Engenharia de requisitos

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 fontesidentifique 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! 😀