Guia Scrum | 7. Os erros mais comuns do Product Owner

No post de hoje vamos focar nos desafios mais comuns que os Product Owners enfrentam. Também lhe diremos como se preparar para situações em que esses erros do Product Owner ocorrem com mais frequência.

Erros do Product Owner – índice:

1. O que pode dar errado entre o Product Owner e o Cliente
2. Desafios que o Product Owner enfrenta em relação ao resto do Time Scrum
3. Resumo

O que pode dar errado entre o Product Owner e o Cliente

O Product Owner é a pessoa que é pessoalmente responsável pelas falhas do Time Scrum. Devido a essa posição além das atividades da equipe, considera-se que o Product Owner é o único pescoço torcido . Em outras palavras, é o Product Owner quem mais sofre quando o Time Scrum dá errado. Então, como lidar com situações problemáticas quando elas aparecem ou, melhor ainda, evitar que elas aconteçam?

Para responder a esse ponto, fornecemos uma análise clara e aprofundada de alguns dos principais erros de Product Owners e Clientes na tabela a seguir, juntamente com uma discussão detalhada de cada um.

Incapacidade de priorizar

O erro de não saber priorizar é a ruína de muitos Product Owners. Por que a priorização de tarefas é uma competência essencial? Porque quando tudo se torna igualmente importante, o Objetivo do Produto desaparece. Esse é o efeito pretendido da atividade do Time Scrum.

O problema começa já nas primeiras conversas com os clientes sobre o Objetivo do Produto. O cliente geralmente quer que todas as suas ideias sejam realizadas o mais rápido e barato possível. A tarefa do Product Owner é estabelecer uma lista de prioridades. Sua tarefa é criar uma lista de expectativas claras e viáveis ​​classificadas das mais importantes para as menos importantes, com base nas expectativas não estruturadas do cliente.

O problema com a priorização na maioria das vezes se origina do mal- entendido das expectativas do cliente. Aparece quando o Product Owner não consegue extrair informações sobre os objetivos reais do produto do cliente. Essa é a resposta para a questão de quais necessidades o produto deve responder.

Então, como você se protege desse erro? Primeiro – ouça atentamente o cliente. Segundo, aprenda a fazer perguntas sobre o Objetivo e como funciona cada recurso do produto. Terceiro – negociar e limitar os Objetivos a serem alcançados. E para isso, você vai precisar de assertividade.

Quando o Product Owner tem uma lista de tarefas a fazer, existem métodos comprovados para melhorar sua progressão e elaboração. Por exemplo, o uso da chamada matriz de Eisenhower é usado para priorizar tarefas de acordo com critérios de importância e urgência.

Falta de assertividade do Product Owner

O problema que está intimamente relacionado à incapacidade de priorizar é a falta de assertividade. Isso resulta em tarefas inadequadamente enfileiradas e leva ao bloqueio da realização da Meta do Produto, combinando-a com tarefas excessivas. Portanto, a capacidade de dizer não ao cliente é crucial.

A assertividade do Product Owner deve ser baseada em três pilares:

• conhecimento das capacidades da equipe,
• conhecimento das soluções utilizadas e desenvolvidas pela equipe,
• consciência de seu papel e valor com base em seu lugar no Time Scrum.

Portanto, uma das formas mais importantes de prevenir problemas de assertividade é o Product Owner trabalhar diariamente com o Time Scrum. Isso o ajudará a construir crenças realistas sobre o tempo e a capacidade de implementar as ideias do Cliente.

Habilidades de negócios insuficientes

O próximo erro que gostaríamos de discutir é a falta de qualificações comerciais adequadas. Os pontos fortes desses Product Owners geralmente são qualificações especializadas. Suas competências estão mais relacionadas à área do Time de Desenvolvimento do que ao negócio. Portanto, falta um conhecimento prático e bem estabelecido sobre a concorrência, sobre as regras do mercado e sobre o cliente final do produto criado pelo Time Scrum.

Não há remédio simples para isso, pois pode ocorrer em situações muito específicas. Certamente, no entanto, um bom curso de ação para um Product Owner é reconhecê-lo e continuar aprendendo e ganhando experiência e competências de negócios.

Desafios que o Product Owner enfrenta em relação ao resto do Time Scrum

A capacidade de priorizar tarefas, a assertividade do Product Owner e suas altas habilidades de negócios são os pré-requisitos necessários para criar um Product Backlog exemplar, a base de longo prazo do Time Scrum. Se o Backlog não for delineado de forma consistente e precisa, os problemas no relacionamento Product Owner-Cliente se espalharão para o relacionamento do Product Owner-outro membro do Time Scrum. E, por sua vez, afetam diretamente a eficácia do Time Scrum. Que outras armadilhas aguardam o Product Owner em seus relacionamentos com os outros membros do Time Scrum?

Para facilitar, apresentamos os problemas entre o Product Owner e o Time Scrum em uma tabela. Abaixo você pode encontrar uma discussão detalhada de cada problema e sugestões de soluções.

Carisma pobre

Diariamente, o trabalho do Product Owner é coordenar as diretrizes do Cliente com a forma como são implementadas pelo Time de Desenvolvimento. Isso, sem dúvida, requer ter a autoridade certa, habilidades de escuta e carisma.

O problema da autoridade insuficiente não pode ser resolvido da noite para o dia. Requer trabalho de longo prazo em habilidades sociais. E também obter conhecimento sobre o escopo de tarefas e habilidades de outros membros da equipe.

Habilidades especializadas insuficientes

Como escrevemos no artigo respondendo à pergunta Quem é um Product Owner?, o papel de um Product Owner não é estritamente técnico. No entanto, conhecer o básico das habilidades especializadas dos membros do Time de Desenvolvimento pode aumentar significativamente a autoridade de um Product Owner. Qualificações insuficientes na área de atuação da equipe podem não apenas gerar problemas com o carisma e autoridade do Product Owner. O erro de não se interessar pelo que os membros do Time de Desenvolvimento se especializam e pelo básico de suas competências pode gerar situações engraçadas, mas também situações com consequências desastrosas para os negócios e interpessoais.

Portanto, para que o Time Scrum entregue os produtos da melhor qualidade, o Product Owner deve ter uma compreensão completa do produto. Não deve ser difícil obter a qualificação certa considerando que o Product Owner faz parte de uma equipe de profissionais. Eles podem fornecer não apenas explicações, mas também sugestões sobre onde obter conhecimento sobre seu campo.

Independência

O Product Owner deve ser capaz de tomar decisões de forma independente. Claro, a questão chave é conhecer as condições do Time Scrum e se comunicar constantemente com o Time de Desenvolvimento. No entanto, é o Product Owner o responsável pela eficácia de suas ações. Por esse motivo, os Product Owners precisam construir sua autoridade e assumir a responsabilidade pelas decisões que tomam. A decisão final sobre a direção da equipe, priorização e aceitação de tarefas pertence a eles.

Resumo

Descobrimos os erros mais comuns do Product Owner. O papel de um Product Owner não é fácil. É por isso que, ao tomá-lo, vale a pena se preparar para os problemas que os outros encontraram em seu caminho.

Os problemas de relacionamento com o cliente geralmente decorrem da falta de assertividade, incapacidade de priorizar e habilidades comerciais insuficientes.

Erros de Product Owner que surgem durante o trabalho com o restante do Time Scrum resultam da falta de independência e carisma insuficiente da pessoa que assumiu o papel de Product Owner. Outra razão pode estar relacionada à falta de habilidades especializadas e falta de vontade ou falta de tempo para expandir o conhecimento.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Linkedin e Twitter.

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

1. Glossário de termos básicos, funções e noções
2. O que é Scrum?
3. Valores do Scrum
4. Como implementar o Scrum na sua empresa?
5. Time Scrum - o que é e como funciona?
6. Quem é um Product Owner?
7. Os erros mais comuns do Product Owner
8. Quem é o Scrum Master?
9. Características de um bom Scrum Master
10. Os erros mais comuns do Scrum Master
11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
12. Cooperação entre Product Owner e Scrum Master
13. Equipe de Desenvolvimento em Scrum
14. Os erros mais comuns dos desenvolvedores
15. Artefatos do Scrum
16. Escalando Scrum
17. Backlog da Sprint
18. O que é o Backlog do Produto?
19. O que são histórias de usuários?
20. Criando a melhor história de usuário com INVEST
21. Os erros mais comuns da história do usuário
22. Critérios de aceitação da história do usuário
23. Estimativa e pontos de história no Scrum
24. Poker de Planejamento
25. Jogo de estimativa de equipe
26. Definindo Incremento
27. Eventos Scrum
28. O que é Sprint no Scrum?
29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
30. O que é um gráfico Burndown?
31. Como criar e interpretar um gráfico de burndown?
32. Vantagens e desvantagens do gráfico de burndown
33. Quadros Kanban em Scrum e Scrumban
34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
35. Reunião diária
36. Planejamento de Sprint
37. Revisão da Sprint
38. O que é uma Sprint Retrospective?
39. Erros comuns durante uma Sprint Retrospective
40. Nutrição do Backlog do Produto