Olá pessoal,
o post que trago hoje é adaptado do original "Five Things a Product Owner Needs to Know", disponível nesse link.
Muitas vezes a importância do papel do Product Owner (PO) pode acabar sendo menosprezada em relação aos outros atores presentes em um projeto Scrum. Se isso acontecer, é certo que o projeto não terá o sucesso esperado, por isso esse papel é tão importante quanto os demais e é preciso que o profissional esteja apto a desempenhá-lo.
Todo o texto desse post é direcionado para o PO e traz 5 dicas que com certeza irão contribuir para o sucesso no desempenho de seu papel em projetos Scrum. Vamos direto a essas dicas!
1. Confiança é a chave
o PO detém o conhecimento das regras de negócios das histórias do backlog. Porém, por não possuir experiência de desenvolvimento, pode ser que existam histórias no backlog com conhecimentos técnicos que sejam difíceis de entender. A dica aqui é contar com o apoio da equipe de desenvolvimento para explicar os detalhes técnicos de tais histórias, para que o PO possa priorizá-las corretamente.
E mais, se a equipe de desenvolvimento (a partir daqui irei chamar de “time”) sugerir mudanças que o PO pode não ter pensado, provavelmente elas trarão benefícios que podem acelerar o desenvolvimento, tornar o código mais confiável, aumentar a performance do produto. Ou seja, ouvir o feedback do seu time, pois ele pode ser um complemento valioso para o produto.
2. O trabalho do PO é servir o time
O objetivo final do desenvolvimento é lançar um excelente produto em tempo. O PO deve tentar estar disponível e responder o quanto antes às dúvidas da equipe.
Se o time está trabalhando com Sprints de 2 semanas (10 dias de trabalho), imagine que se houver um impedimento que paralise o trabalho por 1 dia pode significar que 10% do tempo disponível para o trabalho foi jogado fora.
3. Perspectivas de usuário são essenciais
É essencial para o PO entender as pessoas que irão usar o produto. Quanto melhor for o entendimento do usuário final, melhor poderá ser o direcionamento do produto, suas funcionalidades e regras de negócio. Nada é mais importante do que o tempo gasto entendendo o usuário final.
Embora pareça difícil, o objetivo é conseguir atingir o melhor equilíbrio entre o que você sabe que o produto precisa e o que é valor para os usuários.
4. Às vezes o time falha
Mesmo que o time seja muito produtivo em uma Sprint e esta seja um sucesso, isso não significa necessariamente que a próxima também será. Os altos e baixos do processo de desenvolvimento são normais, imprevisíveis e podem ocorrer devido a diversos fatores internos e externos.
A verdade é que o sucesso ou falha da Sprint não é tão importante quanto à capacidade do time de entregar valor. Portanto, não há porque se desesperar se nem todas as histórias forem aprovadas ao final de uma Sprint.
Equipes Scrum estão sempre tentando melhorar a cada Sprint. O PO deve confiar no seu time e ter consciência que eventualmente as falhas podem ocorrer porque eles resolveram testar novas técnicas, ou definiram uma meta muito ambiciosa.
5. PO é diferente de gerente de projeto
Essa dica é para que o PO não queira tentar abraçar o mundo todo com seus braços. Isso é impossível!
O PO não precisa e não deve se preocupar com o calendário do time, como eles alocam seus trabalhos, ou como planejam as Sprints. Seu trabalho é somente definir as prioridades e prover feedback as necessidades do time.
Somente os desenvolvedores entendem completamente os detalhes de seu trabalho. Se o PO tentar controlar aspectos do desenvolvimento além dos que foram aqui mencionados, então o projeto pode estar fadado a um alto nível frustração e infelicidade.
Deixar o time ser auto-organizável e confiar em sua maneira de trabalhar irão poupar tempo e tornar mais fácil a vida e o trabalho de todos.
Gostou das dicas? Discorda de alguma? Tem mais alguma a acrescentar? Sinta-se convidado a comentar e compartilhar seus pensamentos e ideias conosco.
Até o próximo post!
