Pular para o conteúdo
Polêmica: Product Owner pode participar da Retrospectiva?
Gestão de Times Ágeis

Polêmica: Product Owner pode participar da Retrospectiva?

#ACSPO#CSPO#gestão de produto#papéis#papel#product management

Por Marcos Garrido

Publicado em Atualizado em 2 min de leituraK21

Apesar do que se ouve por aí, a resposta é simples: sim, não só pode como DEVE participar! O Product Owner é parte do time de Scrum e como membro do time, deve estar em todas as retrospectivas.

Product Owner é parte do time

O objetivo de uma retrospectiva é permitir que o time avalie o sprint em busca de oportunidades de melhoria nos processos, na comunicação, no relacionamento, na qualidade do produto e também na entrega de valor. Em todos esses aspectos, o Product Owner exerce uma enorme influência e, portanto, se ele não está lá, perde-se uma grande oportunidade de melhoria.  Pior do que isso: cria-se um distanciamento do PO com o resto do time gerando um impacto negativo nas relações do dia a dia. Frases como essas acabam se tornando muito comuns e demonstram a fragilidade das relações:

“Isso é problema do PO!”

“Lá vem o PO de novo trazendo problema pra gente!”

”Olha aí o PO fazendo a mesma besteira de novo!”

“A culpa é do PO!”

Transparência, inspeção e adaptação são os pilares do Scrum, e isso vale para todos. Sentir-se parte do time é importante, mas ser parte do time é ainda mais.

Colaboração é chave

Os melhores times com os quais trabalhei entendiam perfeitamente a importância de se ter um Product Owner, não só próximo, mas presente no dia a dia do time. Isso é fundamental para que se possa criar um ambiente colaborativo, onde desenvolvedores e Product Owner trabalham juntos para garantir entregas de alto valor, o que por sua vez garante o sucesso do projeto.

E quando o Product Owner é o cliente?

Um cenário em que a participação do Product Owner na retrospectiva acaba gerando desconforto é quando o PO é o próprio cliente. Nem todo mundo curte a ideia de ter o cliente na sala no momento em que nossas fragilidades e problemas são levantados, mesmo que seja com o objetivo de melhorar sempre. Tratei desse tema em outro post – Polêmica: o melhor PO não é o cliente!

Princípios Ágeis

Um dos princípios Ágeis fala em “aproximar pessoas de negócio e desenvolvedores”. Isso vale para todos os momentos: bons e ruins. Feedback frequente e transparente formam o combustível de equipes de alta qualidade. Então não se esqueça: Product Owner, ScrumMaster e Desenvolvedores estão no mesmo barco, ou seja, jogam no mesmo time. Ir na direção contrária é ir contra o próprio conceito de Agilidade.

Click here to read this post in english.

Perguntas frequentes

O Product Owner deve participar da reunião de retrospectiva no Scrum?

Sim, o Product Owner não só pode como deve participar da reunião de retrospectiva. No Scrum, o Product Owner é considerado parte integrante do time, assim como o ScrumMaster e os desenvolvedores. A presença do PO é essencial para avaliar o sprint, alinhar a comunicação, melhorar a qualidade do produto e garantir a entrega de valor de forma contínua.

Quais são as consequências de excluir o Product Owner da retrospectiva?

A ausência do Product Owner na retrospectiva gera distanciamento entre ele e a equipe de desenvolvimento, prejudicando o relacionamento diário. Essa exclusão enfraquece a colaboração e costuma criar um ambiente de transferência de culpa, no qual o PO é visto como um elemento externo responsável pelos problemas do projeto, em vez de um parceiro de trabalho.

Qual é o objetivo da retrospectiva no Scrum e qual o papel do PO nela?

A retrospectiva busca avaliar a sprint finalizada para identificar oportunidades de melhoria em processos, comunicação, relacionamentos, qualidade do produto e entrega de valor. Como o Product Owner exerce grande influência sobre esses fatores, a sua presença ativa permite inspecionar o trabalho e adaptar os processos, garantindo um ambiente colaborativo focado no sucesso do projeto.

Como lidar com a retrospectiva quando o Product Owner é o próprio cliente?

Embora a presença do cliente na retrospectiva possa gerar desconforto ao expor fragilidades e falhas da equipe, a colaboração contínua é um princípio ágil fundamental. Aproximar as pessoas de negócio dos desenvolvedores em todos os momentos permite obter feedbacks frequentes e transparentes, fortalecendo a confiança mútua e impulsionando a qualidade das entregas do time.

Pronto pra dar o próximo passo?

Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.

Ver cursos K21

Continue lendo