Em muitos casos o cliente não indica um Product Owner para o projeto, e, então, por necessidade ou definição, o papel é desempenhado por alguém da equipe. Essa pessoa passa então a representar internamente os interesses do cliente.
Quem usa Scrum sabe que o Product Owner é responsável por traduzir as demandas do cliente para o ScrumMaster e sua equipe. O Product Owner deve manter o Backlog priorizado, deve participar das reuniões de planejamento e fechamento de sprints, mas existem atividades “não documentadas” que são de responsabilidade de todo P.O.:
- Balancear os interesses da equipe e do cliente: Nem sempre é possivel evitar as interferências citadas acima. Quando isto acontece, o P.O. precisa minimizar os efeitos das mudanças. É preciso torná-las inofensivas ao sprint mantendo o cliente satisfeito. É importante notar que mudanças de última hora num Sprint em andamento são indesejáveis, porém não são tão incomuns quanto possa parecer. Muitas vezes, a dinâmica do negócio do cliente pede respostas imediatas para eventos não planejados.
- Manter alto o nível de confiança do cliente: A melhor situação é aquela em que o cliente confia cegamente na equipe. Se determinada funcionalidade foi prometida para o proximo sprint, é preciso entregá-la. O Scrum é o maior aliado da equipe no quesito confiança do cliente, mas não se deve esperar que o cliente perceba isto sozinho. É preciso dizer a ele com todas as letras que tarefa prometida é tarefa entregue.
E assim vai se construindo uma relação de sucesso com o cliente. O Scrum é a base para isso.
Até a próxima!
Marcos Garrido – Product Owner
English version
0 comentários:
Postar um comentário