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

No post de hoje, vamos nos concentrar nos desafios mais comuns que os Product Owners enfrentam. Também vamos te contar como se preparar para situações em que esses erros de 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 restante da equipe Scrum
3. Resumo

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

O Product Owner é a pessoa que é pessoalmente responsável pelos fracassos da equipe Scrum. Por causa dessa posição além das atividades da equipe, considera-se que o Product Owner é o único pescoço que pode ser torcido. Em outras palavras, é o Product Owner quem mais sofre quando a equipe Scrum falha. Então, como lidar com situações problemáticas quando elas aparecem ou, melhor ainda, preveni-las desde o início?

Para responder a essa questão, 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.

Erro	Problema gerado	Sugestões para uma solução
Incapacidade de priorizar	Product Backlog não otimizado, confusão do Objetivo do Produto	Ouvir, questionar, negociar o Objetivo do Produto com o cliente, processar cuidadosamente os resultados da negociação
Falta de assertividade	Demasiadas tarefas para a equipe Scrum completar	Pensar realisticamente, conhecer e lembrar as capacidades da equipe
Habilidades de negócios insuficientes	Risco de diminuir o valor de negócio do Produto criado pela equipe Scrum	Aprendizado contínuo e aquisição de competências de negócios

Incapacidade de priorizar

O erro de não saber como priorizar é a ruína de muitos Product Owners. Por que a priorização de tarefas é uma competência central? Porque quando tudo se torna igualmente importante, o Objetivo do Produto desaparece. Esse é o efeito pretendido da atividade da equipe 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 da mais importante para a menos importante, com base nas expectativas não estruturadas do cliente.

O problema com a priorização muitas vezes se origina de um mal-entendido das expectativas do cliente. Ele aparece quando o Product Owner não consegue extrair informações sobre os reais Objetivos do Produto do Cliente. Essa é a resposta para a pergunta sobre quais necessidades o produto deve atender.

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

Quando o Product Owner tem uma lista de tarefas a fazer, existem métodos comprovados para melhorar seu progresso e elaboração. Por exemplo, usar a chamada matriz de Eisenhower 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 enfileiradas de forma inadequada e leva a bloquear a realização do Objetivo do Produto, acumulando-o 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 na equipe Scrum.

Portanto, uma das maneiras mais importantes de prevenir problemas de assertividade é que o Product Owner trabalhe com a equipe Scrum diariamente. 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 de negócios adequadas. Os pontos fortes desses Product Owners geralmente são qualificações especializadas. Suas competências estão mais relacionadas à área da equipe de Desenvolvimento do que ao negócio. Portanto, há uma falta de conhecimento prático bem estabelecido sobre a concorrência, sobre as regras do mercado e o cliente final do produto criado pela equipe Scrum.

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

Desafios que o Product Owner enfrenta em relação ao restante da equipe 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 da equipe Scrum. Se o Backlog não for delineado de forma consistente e precisa, os problemas na relação Product Owner-Cliente transbordarão para a relação Product Owner-outro membro da equipe Scrum. E, por sua vez, eles afetam diretamente a eficácia da equipe Scrum. Quais outros obstáculos aguardam o Product Owner em suas relações com os outros membros da equipe Scrum?

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

Erro	Problema gerado	Sugestões para uma solução
Carisma insuficiente	A equipe de Desenvolvimento não realiza as tarefas incluídas no Backlog, a opinião do Product Owner é contestada	Construir autoridade com base em habilidades interpessoais e conhecimento
Habilidades especializadas insuficientes	Mal-entendido das operações diárias e capacidades da equipe de Desenvolvimento	Orientação para as especialidades dos membros da equipe, bem como adquirir conhecimento sobre a área de especialização da equipe
Dependência	Diluição da responsabilidade	Empoderamento

Carisma insuficiente

No dia a dia, o trabalho do Product Owner é coordenar as diretrizes do Cliente com a forma como são implementadas pela equipe de Desenvolvimento. Isso, sem dúvida, requer ter a autoridade, habilidades de escuta e carisma adequados.

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

Habilidades especializadas insuficientes

Como escrevemos no artigo respondendo à pergunta de 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 da equipe de Desenvolvimento pode aumentar significativamente a autoridade de um Product Owner.

Qualificações insuficientes na área de especialização da equipe podem não apenas gerar problemas com o carisma e a autoridade do Product Owner. O erro de não se interessar pelo que os membros da equipe de Desenvolvimento se especializam e os fundamentos de suas competências pode gerar situações engraçadas, mas também situações com consequências comerciais desastrosas e consequências interpessoais.

Portanto, para que a equipe Scrum entregue produtos da melhor qualidade, o Product Owner deve ter um entendimento profundo do produto. Não deve ser difícil obter a qualificação adequada 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.

Dependência

O Product Owner deve ser capaz de tomar decisões de forma independente. Claro, a questão chave é conhecer as condições da equipe Scrum e se comunicar constantemente com a equipe de Desenvolvimento. No entanto, é o Product Owner que é responsabilizado pela eficácia de suas ações. Por essa razão, 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 assumir esse papel, vale a pena se preparar para os problemas que outros encontraram em seu caminho.

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

Os erros do Product Owner que surgem dentro do trabalho com o restante da equipe Scrum resultam da falta de independência e carisma insuficiente da pessoa que assumiu o papel de Product Owner. Outro motivo pode estar relacionado à falta de habilidades especializadas e à falta de interesse ou tempo para expandir o conhecimento.

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