Product Owner
O Product Owner é, desse modo, um dos três papéis (role) definidos dentro da metodologia Scrum.
Este é, principalmente, alguém com uma sólida compreensão do negócio, organização e mercado, que representa os utilizadores e outros stakeholders no projeto. Por conseguinte, a sua responsabilidade é ter uma product vision das funcionalidades do produto que adicionam valor à organização e transmitir essa visão à equipa scrum. Nesse sentido, esta responsabilidade é realizada mantendo um product backlog, que é uma lista de requisitos priorizados para o produto. Outro do product owner role é definir os requisitos minimos necessários para o minimum viable product.
O product owner trabalha, desse modo, diretamente com o gestor de produto para poder aferir os requisitos para o product backlog. Em seguida, o scrum product owner leva o product backlog para a equipa scrum.
A equipa Scrum olha, assim, para o Product Backlog prioritizado e selecciona os itens mais prioritários. Ou seja, estes são os itens que a equipa compromete-se a entregá-los no final do Sprint (iteração). Em seguida, constrói-se um Sprint Backlog com os itens escolhidos. Por fim, a equipa compromete-se a executar um conjunto de atividades no Sprint e o Scrum Product Owner compromete-se a não trazer novos requisitos para a equipa durante o Sprint. Ou seja, os requisitos podem mudar (e mudanças são encorajadas), mas apenas fora do Sprint.
Uma vez que a equipa comece a trabalhar num Sprint, ela permanece concentrada no objetivo traçado para o Sprint e novos requisitos não são aceites. O Scrum product owner também é responsável por aceitar as entregas do sprint, confirmar se estão de acordo com os requisitos definidos no sprint backlog definido para o sprint.
Product owner o que faz?
As principais responsabilidades incluem:
- Desenvolver uma visão clara do produto
- Definir objectivos para cada sprint
- Produzir e manter um product backlog priorizado
- Clarificar os requisitos do produto
- Trabalhar com a equipa na definição dos requisitos a elaborar em cada sprint
- Comprometer-se com a equipa em não lançar novos requisitos para a equipa durante o sprint
- Especificar os requisitos do produto
- Ficar atento e cumprir com os prazos para garantir o Time to market to produto
- Estar disponível para a equipa durante o sprint
Por fim, leia o nosso post sobre scrum master e sobre developers para saber mais sobre outro papel dos projetos scrum.
Para se especializar, desse modo, neste papel sugerimos o seguinte curso.