Hoje
estava pensando que como estou escrevendo um blog chamado “PO Place”, eu deveria explicar um pouquinho mais sobre qual o
verdadeiro papel deste profissional, inserido no contexto ágil.
Segundo
Mike Cohn, em seu livro Desenvolvimento de Software com Scrum, Aplicando
Métodos Ágeis com Sucesso, ele introduz este papel com a seguinte frase:
“Considero
o dono do produto como a pessoa que garante que a equipe se dedique ao objetivo
correto... O dono do produto direciona a equipe para o alvo certo;”
O
Product Owner é o CLIENTE de um time Scrum, ele é responsável pelo retorno sobre
o investimento de um produto. Entre suas
tarefas estão:
- Definir todas as funcionalidades que o produto deve possuir. É importante salientar que sugestões de histórias podem ser feitas por qualquer pessoa mas a inclusão destas no Product Backlog é de gerência do Product Owner.
- Priorizar as funcionalidades que devem ser incluídas a cada Sprint de acordo com o valor de negócio.
- Aceitar ou Rejeitar as entregas do time, homologação funcional.
Além
disto, faz parte da tarefa do Product
Owner avaliar a entrega de seu produto para os demais clientes bem como,
repriorizar e rever funcionalidades. O Product
Owner tem o poder para interromper um Sprint em caso de urgência e até
mesmo de suspender um projeto caso detecte que seu retorno não será o esperado
pela empresa. Pois como falamos no post anterior o Product Owner é o responsável pelo ROI.
O
perfil de um Product Owner está
relacionado à área de produto, sendo necessário que o mesmo consiga
compartilhar os objetivos do produto que está sendo construído pelo time.
Ele deve ser visto como um líder pelo time
deve ser o principal motivador e ter bom relacionamento com a equipe. Isto é
importante, pois o time precisa assumir que os desafios do Product Owner são os seus desafios.
Para
obter este reconhecimento é importante que haja uma sintonia muito grande entre
a equipe e o seu Product Owner. Todos
os membros da equipe Scrum devem
compartilhar um relacionamento confiável e simbiótico, isto é trabalhar como
parceiros. Não deve haver nós e eles, somente nós. Quem cumpre o papel de P.O. deve gastar no mínimo uma hora com
seu time por dia para afinar o instrumento de comunicação e expectativas de
entrega.
Conhecer
bem a equipe significa entender do que ela é capaz, especialmente saber
traduzir as demandas de negócio para as técnicas e vice-versa. Quanto mais se
estabelece este conhecimento mútuo, melhor é a comunicação e o P.O. se torna mais
eficiente para planejar.
Portanto
é preciso olhar um pouco fora da caixa para descrever este papel, que é muito
mais do simplesmente um listador de funcionalidades e/ou um tirador de pedidos.
Este sujeito é responsável pela lista de objetivos, pois uma funcionalidade é
menor que um objetivo de negócio alcançado. Por estas e outras que eu concordo
com a frase que li outrora num artigo que dizia o seguinte:
“Olhando
com mais calma, o P.O. é mais que um
papel, é a alma do Negócio”.
Agora
gostaria de saber, você e sua equipe estão realmente em sintonia com os objetivos
do produto?