Um elemento de suma importância no desenvolvimento de projetos ágeis é o Product Backlog, uma lista de funcionalidades desejadas de um produto, ou seja, os requisitos que o cliente espera receber ao final do projeto. É no Product Backlog que o projeto começa.

Neste artigo veremos como fazer um Product Backlog a nível de negócio para cliente nenhum por defeito. Ficou interessado? Então continue lendo: 

 Antes de começar, vale lembrar que o Product Backlog é estruturado em itens, as chamadas histórias, que contém a descrição detalhada dos requisitos de cada solicitação a ser implementada. O Product Owner é a pessoa que escolhe os itens que irão compor o Product Backlog e a importância de cada um deles nas reuniões de planejamento dos Sprints. É de responsabilidade dele também fazer a ponte entre executivos e a equipe de desenvolvimento, em resumo, ele é o representante dos interesses dos stakeholders conectando vários setores dentro e fora da empresa.

Visão de Negócios

É vital que o Product Owner tenha uma visão de negócios, e que as estórias não sejam pautadas apenas por requisitos técnicos. Claro que essas informações são importantes, mas o foco deve ser a geração de valor que esse produto irá trazer quando pronto.

O Product Owner também filtra as demandas e impede que novos requisitos sejam levados a equipe de desenvolvimento durante os Sprints. Por isso que sua visão não pode estar afastada dos objetivos de negócio do cliente, pois dele depende o planejamento do projeto.

Conhecimento do Cliente

Como representante dos stakeholders, o Product Owner precisa conhecer muito bem as características e capacidades da equipe de desenvolvimento quanto os interesses de negócios e necessidades do cliente. Para que não haja ruído, o ele deve ter facilidade de acesso aos envolvidos no projeto.

Foco em resultados

Outra coisa que deve estar sempre em mente do Product Owner é a busca por aumentar o valor do produto, com o maior retorno sobre investimento possível, pois ele responde sobre isso. Esse colaborador reúne em si as capacidades de três funções: Analista de Requisitos, Consultor de Negócios e Gerente do Projeto.

Imparcialidade

O Product Owner deve ter não só acesso a todos os stakeholders, mas também facilidade em falar com qualquer um independente do seu nível hierárquico. Isso significa, que seu único objetivo deve ser gerar valor para o produto, e não agradar diretores ou evitar se indispor com a equipe de desenvolvimento. Outro fator que ajuda nessa imparcialidade, é que o Product Owner não seja um chefe ou gerente da equipe.

O que é achou do artigo? Ainda acha difícil manter a visão de negócios como prioridade em um gerenciamento de projetos ágil? Conte para a gente!