Quando o proprietário do produto entra no Daily Scrum? Algumas reflexões

A reunião diária do Scrum, também conhecida como Daily Scrum, é um elemento central na estrutura do Scrum. Oferece aos membros da equipe a oportunidade de trocar informações sobre o objetivo do Sprint, obstáculos e outros tópicos relevantes. Mas uma pergunta às vezes surge: o Product Owner também deve participar deste evento diário? Quando o Product Owner deve participar do Daily Scrum - se é que alguma vez deve? Vamos nos aprofundar nisso.

Quando o Product Owner precisa participar do Daily Scrum?

O proprietário do produto no Scrum diário?

De acordo com o Guia do Scrum, o Product Owner pode participar do Daily Scrum, especialmente se estiver trabalhando ativamente nas tarefas do sprint atual. No entanto, não há nenhuma exigência estrita de que o Product Owner esteja presente. A decisão sobre se o Product Owner deve ou não participar do Daily Scrum é, até certo ponto, responsabilidade de toda a equipe.

É compreensível que algumas equipes de desenvolvimento queiram ter o proprietário do produto presente para obter respostas rápidas a perguntas ou esclarecimentos sobre o backlog do produto. Isso é permitido, mas o proprietário do produto deve se limitar a apoiar as atividades dos desenvolvedores e não intervir muito ativamente na reunião.

No entanto, há equipes que deliberadamente evitam que o Product Owner participe do Daily Scrum. Isso pode ser devido ao fato de o proprietário do produto ter laços estreitos com a gerência e as partes interessadas, o que pode afetar a abertura dos desenvolvedores. Isso também é normal.

Durante o Daily Scrum, é fundamental que os desenvolvedores possam falar livre e honestamente sobre bloqueios, obstáculos e progresso. Se a presença do Product Owner for percebida como improdutiva, você deve deixar que os desenvolvedores decidam se o Product Owner deve estar presente.

Então, quando o Product Owner precisa participar do Daily Scrum? Para resumir brevemente, teoricamente, ele nunca precisa participar.

No entanto, há situações em que a presença do Product Owner no Daily Scrum pode ser útil. Por um lado, isso pode melhorar a coesão da equipe se o Product Owner participar como um ouvinte silencioso. Isso é particularmente importante se houver sinais de uma distância crescente entre o proprietário do produto e a equipe de desenvolvimento. Ao participar de alguns Daily Scrums, o Product Owner pode preencher essa lacuna e incentivar a comunicação.

Quando o Product Owner precisa participar do Daily Scrum?

Obtenha feedback em um estágio inicial

Outro motivo importante para a presença do proprietário do produto é a oportunidade de receber feedback em um estágio inicial. Ao ouvir ativamente durante o scrum diário, o proprietário do produto pode obter informações valiosas sobre as atividades diárias, a capacidade e a velocidade da equipe de desenvolvimento. Esse feedback antecipado permite que o proprietário do produto melhore as histórias de usuários e faça ajustes no backlog.

De certa forma, a participação do Product Owner no Daily Scrum pode, portanto, ajudar a modelar os ciclos curtos de iteração e os ciclos de feedback dentro da equipe, que, espera-se, também existam com o feedback do cliente.

"Muitos membros da equipe não se atrevem a falar!"

Resolva este desafio

"Descobrimos muitos problemas e bugs inesperados em um estágio tardio!"

Resolva este desafio

"Por que às vezes levo horas para preparar uma simples retrospectiva?"

Resolva este desafio

Quando o Product Owner precisa participar do Daily Scrum?

Melhore a colaboração da equipe

Se você deseja melhorar fundamentalmente a colaboração da sua equipe, tornar o desenvolvimento da sua equipe mais mensurável, então o Echometer pode ser interessante para você - especialmente se você não tiver um Scrum Master dedicado em tempo integral em sua equipe.

O Echometer é uma ferramenta digital que ajuda os líderes de equipes ágeis com retrospectivas ágeis e Health Checks de equipes. Seja remoto, híbrido ou no local: ele torna o coaching de equipe mensurável e profissionaliza o seu trabalho, poupando muito trabalho para você. Dê uma olhada em nosso site para saber mais: www.echometerapp.com.

Em caso de dúvida, seja ágil: inclua o Product Owner experimentalmente no Daily Scrum durante, por exemplo, um Sprint, e reflita na próxima Retro se ou como você gostaria de manter isso.

Christian Heidemeyer, psicólogo e Scrum Master

Quando o Product Owner precisa participar do Daily Scrum?

Conclusão: Proprietário do produto no Scrum diário

Em resumo, pode-se dizer que a participação do Product Owner no Daily Scrum não é uma regra fixa, mas depende de vários fatores. A decisão deve ser tomada de acordo com a dinâmica da equipe e as necessidades do projeto. Não se trata apenas de participar, mas de encontrar o equilíbrio certo para incentivar a colaboração e o compartilhamento de informações no processo de desenvolvimento.

Por último, mais uma vez a nota: Se você quiser experimentar como é desenvolver sua equipe com nossa ferramenta: Você pode iniciar uma retrospectiva ágil sem login a seguir, neste caso o workshop “Keep, Stop, Start”. 

Como alternativa, basta encaminhar nosso site para os colegas responsáveis: www.echometerapp.com.

Como fazer

Manter Stop Start Retro: Como funciona a retrospetiva

1. Quebra-gelo aleatório (2-5 minutos)

   O Echometer fornece um gerador de perguntas aleatórias de check-in.

2. Revisão das medidas em aberto (2-5 minutos)

   Antes de começar com novos tópicos, deve falar sobre o que aconteceu com as medidas das retrospetivas anteriores para verificar a sua eficácia. O Echometer lista automaticamente todos os itens de ação em aberto das retrospetivas anteriores.

3. Discutir tópicos retro

   Utilize as seguintes perguntas abertas para recolher as suas principais conclusões. Primeiro, todos individualmente em segredo. O Echometer permite que cada coluna do quadro retro seja revelada individualmente para apresentar e agrupar o feedback posteriormente.

   • Continuar: O que você deve manter?
   • Parar: Com o que devemos parar?
   • Início: O que devemos começar a fazer?

4. Pergunta genérica (Recomendado)

   Para que outros tópicos também tenham um lugar:

   • Sobre o que mais gostarias de falar na retrospetiva?

5. Priorização / Votação (5 minutos)

   No quadro retro no Echometer, pode priorizar facilmente o feedback com a votação. A votação é, obviamente, anónima.

6. Definir medidas (10-20 minutos)

   Pode criar uma medida ligada através do símbolo de mais num feedback. Ainda não tem a certeza de qual a medida certa? Em seguida, abra um quadro branco sobre o tópico através do símbolo de mais para fazer um brainstorming sobre as causas principais e as possíveis medidas.

7. Checkout / Encerramento (5 minutos)

   O Echometer permite-lhe recolher feedback anónimo da equipa sobre o quão útil foi a retrospetiva. Isto resulta na pontuação ROTI ("Retrun On Time Invested"), que pode acompanhar ao longo do tempo.

Manter Stop Start Retro

Continuar: O que você deve manter?

Parar: Com o que devemos parar?

Início: O que devemos começar a fazer?

Abra esta retro agora Adaptar...