No post de ontem sobre Scrum Master descrevi o que esse integrante da equipe desempenha dentro do SCRUM, onde ele é meio gerente, meio facilitador e mediador e deveria remover os impedimentos e manter o curso das práticas do SCRUM.
Hoje irei descrever o que um Product Owner obtem e disponibiliza pra equipe. No post onde tem um overview sobre SCRUM, decrevo rapidamente o papel de um Product Owner:
Product Owner: responsável pela visão de negócios do projeto, é ele quem define e prioriza o Product Backlog. Geralmente é o papel desempenhado pelo cliente;Responsável pela visão de negócio
O Product Owner é a pessoa que detem das regras de negócio, ou seja, que entende como o software deve trabalhar, que informações manter e disponibilizar, cadastros e relatórios e muitas vezes pela aparência. Definidas as tarefas iniciais ou tarefas de alto nível com algumas tarefas já mais específicas – no SCRUM não se precisa ter todas as tarefas ou requisitos já desde o inínio pra não haver programação em cascata – compondo o Product Backlog, o Product Owner prioriza essas tarefas do Product Backlog, muitas vezes negociando com o Scrum Master e com a Equipe do projeto.
Cliente como Product Owner (?)
O cliente é quem detem das regras do negócio, porém a grande maioria das vezes ele não conhece das práticas do SCRUM ou não conhece como escrever as tarefas ou estórias, ou ainda não saber espressar tudo aquilo que o software necessita pra atender suas próprias necessidades, então, acredito que seja mais adequado o Product Owner não ser o próprio cliente e sim uma pessoas da equipe que possa não só receber as solicitações de tarefas, mas de filtrá-las e negociá-las e que saberia extrair de uma forma mais coesa os requisitos. Se de um lado a equipe seria de programadores na sua maioria o Product Owner seria um analista de sistemas ou um analista de requisitos ou ainda um analista de negócios.
O Product Owner muitas vezes terá que tirar dúvidas do Scrum Master e da equipe, então seria interessante se esse profissional fosse de dentro da equipe, tendo então um maior aproveitamento das reuniões já que a equipe não perderia o rítmo, uma vez que o Product Owner “falaria a mesma língua”.
Resumindo, particulamente, o Product Owner deveia ser alguém da equipe pra fazer uma ponte entre a Equipe Scrum e o Cliente, e não o cliente em si. Da mesma forma que o Scrum Master é a ponte entre o time e o Product Owner.
Amanhã os papéis da Equipe ou do time SCRUM.