Product Owner
Introdução
O Product Owner (PO) é o papel responsável pela definição do produto, por cuidar que ele entrega o valor proposto durante todo o seu ciclo de vida.
Todas as decisões relativas ao produto são de responsabilidade do PO, ainda que ele esteja representando o desejo de um comitê ou que ele delegue ao Time de Desenvolvimento. Atividades como a ordenação do Backlog do Produto, a escrita dos Itens, tirar dúvidas de negócio para os desenvolvedores ou qualquer outra ação relacionada ao produto.
Nesse contexto, cabe ao PO garantir que o Backlog do Produto esteja visível e os Itens do Backlog estejam escritos de forma clara a fim de maximizar e otimizar o valor do produto que será construído pelo Time de Desenvolvimento.
Idealmente, o Backlog do Produto deve estar ordenado, assegurando transparência ao roadmap do produto para os Stakeholders e para o próprio Time Scrum, facilitando algumas tomadas de decisões tais como: dependência entre Itens de Backlog, possíveis impedimentos, mapeamento de débitos técnicos ou outros fatores necessários para manter o produto em um estado competitivo, estável, escalável, de qualidade e que atenda principalmente aos desejos e anseios de clientes e stakeholders.
Logo, o Backlog do Produto deve ser único para cada produto de modo a manter centralizado tudo o que é referente a ele: features, bugs, débitos técnicos, documentação… de mesmo modo, cada produto só deve ter um PO responsável, reduzindo assim a complexidade na tomada de decisão, evitando conflito pela falta de consenso caso houvesse mais de um PO por produto.
Para auxiliar na transparência do Backlog do Produto e facilitar o Planejamento da Sprint, o PO realiza o refinamento do Backlog do Produto com o Time de Desenvolvimento. O refinamento tem como objetivo preparar todo o Time Scrum para o trabalho a ser feito nas próximas Sprints, uma vez que é uma oportunidade que o Time Scrum tem de antecipar dependências, impedimentos, melhorar o entendimento das necessidades do cliente, deixando assim os Itens de Backlog preparados para as Sprints que virão. O refinamento não é um evento do Scrum, portanto, não tem um time-box estipulado, mas é uma prática importante e necessária à maioria dos times Scrum.
Cabe ao PO realizar a gestão de stakeholders internos, clientes e usuários para agir como a voz deles, assegurando que a solução correta seja desenvolvida. Qualquer solicitação que, de alguma forma, chegue ao Time de Desenvolvimento diferentemente dos Itens de Backlog planejados no Planejamento da Sprint e que compõe o Backlog da Sprint, deve ser levada ao PO. Como Dono do Produto, o PO é o único responsável por priorizar as atividades executadas pelo Time de Desenvolvimento.
Interferências externas põem em risco o Objetivo da Sprint e tiram o foco do time do que foi priorizado durante o planejamento!
Imprevistos e mudanças podem acontecer? Podem! Mas cabe ao Product Owner lidar com elas e adicionar ao Backlog do Produto. Se for um caso urgente, que precise ser resolvido ao longo da Sprint, todo o Time Scrum deve conversar e discutir as ações a serem tomadas, mas ainda assim, a responsabilidade de qualquer mudança é do PO.
O Incremento pronto, entregue ao final da Sprint pelo Time de Desenvolvimento deve atender aos critérios estipulados pelo PO. Uma prática que implementa isso é a definição de critérios de aceite para os itens do Backlog do Produto.
Conclusão
O Product Owner é a pessoa responsável por responder pelo produto, ou seja, pelo valor gerado, estabilidade e qualidade do produto. O PO também precisa garantir que o Backlog do Produto esteja sempre transparente, que seja expresso de forma clara e entendível, e assegure também que o Backlog do Produto esteja visível e ordenado para o Time Scrum e Stakeholders.
