Relacionamento de POs com Devs
Muita gente ainda tem essa dúvida, sobre como funciona no dia-a-dia o relacionamento de POs com a equipe de desenvolvimento. Vou contar um pouco sobre minha experiência no Escala, onde no produto atuamos com a metodologia do SCRUM para desenvolvimento das funcionalidades.
Primeiramente, esse é um relacionamento essencial para o sucesso de qualquer produto. Podemos separar em duas etapas para melhor entendimento: rituais da sprint e dia-a-dia.
Rituais da sprint:
1- Sprint planning
A pessoa responsável por ser Product Owner cuida de toda priorização do backlog, com isso, nas sprints plannings ela será a responsável por contextualizar o time de desenvolvimento sobre os problemas a serem resolvidos e valores a serem entregues. Além de definir o pacote de funcionalidades pertencentes a release (uma entrega que visa entregar valor para o cliente).
Esse passo é essencial o relacionamento entre PO e DEVs para retirada de dúvidas, empecilhos, negociações sobre partes das entregas. Importante ressaltar que o como resolver cada problema e prazos ficam sob responsabilidade dos desenvolvedores e designers da equipe (nessa etapa da planning, normalmente o trabalho do Product Designer já estará a frente para que a história possa entrar na sprint sem travas).
2- Dailys
As dailys são reuniões diárias, de curta duração e servem para que o time se alinhe sobre o que fez no dia anterior, o que está sendo feito no dia e impedimentos existentes.
Nessa etapa, é muito importante o PO estar próximo a equipe de desenvolvimento justamente visando esses impedimentos, muitas vezes são relacionados a regras de negócio, onde o PO tem mais propriedade e conhecimento. Também podem ser dúvidas relacionadas a fluxos de funcionalidades em andamento.
Além disso, são nessas discussões diárias que nós POs podemos antecipar alguns problemas de atraso, complexidade, etc e manter os stakeholders interessados atualizados sobre qualquer problema.
3- Retrospectiva da sprint
O ritual de retrospectiva acontece após o ciclo da sprint, onde é levantado os pontos positivos e os pontos negativos de cada um e ações de melhorias para esses pontos negativos.
A participação do PO nesse ritual é muito importante pois podem surgir sugestões de melhorias de processos, de passagem de bastão entre times, além de ter visibilidade sobre o que está funcionando perfeitamente.
Nesse ritual, é hora de lavar roupa suja mas sem apontar culpados, devemos focar nos problemas da sprint e como evitar que eles aconteçam novamente.
4- Review da sprint
Aqui, a equipe de desenvolvimento apresenta ao PO tudo o que foi feito na sprint e ele ou ela tem a palavra de aceite, para ver se a entrega está realmente condizente com o esperado, visando fluxos, regras de negócio, etc.
É importante que o PO dê o ok final nos testes também, avaliando com uma visão do qual problema o usuário precisa resolver com a entrega.
POs x Devs no dia-a-dia
No dia-a-dia, além dos rituais das dailys, é muito importante que a pessoa de Product Owner tenha disponibilidade para o time, seja para retirada de dúvidas ou redefinições de detalhes das histórias que podem passar desapercebido e só serem identificados no desenvolvimento de fato.
Além disso, no dia-a-dia a PO acaba sendo um apoio enorme de entendimento do produto existente, de regras de negócio e consulta sobre riscos de negócio.
É importante que a pessoa de produto saiba minimamente termos usados na área de tecnologia para que as reuniões e alinhamentos fluam muito bem, como por exemplo review do PR, API, bugs, query, ambientes do produto (homologação, produção, etc).
Para finalizar, é importante sempre deixar claro o problema que estamos tentando resolver em nossas entregas, assim o time fica mais engajado e com o sentimento de pertencimento para contribuir com as melhores ideias de soluções.
Venha fazer parte da equipe do Escala, temos vagas de Product Manager e de Desenvolvedora Full Stack!
