Guia Scrum | 6. Product Owner – quem é?

Isso pode acontecer mesmo que composta por especialistas experientes, a Equipe de Desenvolvimento não consegue achar seu trabalho rápido e eficiente o suficiente. Ao olhar para o quadro geral após o término do projeto, muitas vezes verifica-se que a falta de uma meta definida foi a culpada por essa situação. Ao trabalhar sob o framework Scrum, para evitar esses e outros problemas preocupantes, os criadores da posição do Product Owner, um papel que vamos focar em nosso artigo de hoje.

Product Owner - índice:

1. Responsabilidades do Dono do Produto
2. Voz do Cliente no Time Scrum
3. Dono do Produto e seu Propósito
4. Guardião de pendências
5. Resumo

Responsabilidades do Dono do Produto

Somente o Product Owner pode fazer entradas no Product Backlog, bem como fazer uma chamada final em caso de dúvidas sobre as expectativas do cliente. As responsabilidades básicas desta função incluem:

1. Colaborar com o Cliente – ter conversas regulares com o cliente que levam à definição e especificação dos recursos do Produto criado pelo Time Scrum; o objetivo principal aqui é criar um produto que melhor atenda aos requisitos do cliente.
2. Articular o Objetivo do Produto – que é desenvolver e definir a direção de longo prazo das atividades do Time Scrum e garantir que todos os membros da equipe o entendam.
3. Mantendo o Product Backlog – discutiremos o Product Backlog em um artigo dedicado separado, mas por enquanto, basta dizer que é um dos Artefatos do Scrum, definidos no Guia oficial do Scrum. É como uma lista em evolução e estruturada do que é necessário para melhorar o produto. É o único plano de trabalho realizado pelo Time Scrum. Então, vamos dar uma olhada mais de perto no papel do Product Owner no Time Scrum.

Voz do Cliente no Time Scrum

O Product Owner assume o ângulo do cliente no Time Scrum. Graças à presença deste papel, o Time Scrum pode tirar suas dúvidas de forma contínua. Eles não precisam interpretar por conta própria as diretrizes muitas vezes pouco claras deixadas pelo cliente.

Tomar decisões sobre o Produto, estabelecer as prioridades do Time de Desenvolvimento junto com a criação e organização das entradas no Product Backlog fazem com que o Product Owner seja um membro tão importante do time.

O envolvimento diário e regular do Product Owner com o Time de Desenvolvimento e o Scrum Master é crucial devido à curta duração dos Sprints. Esses são períodos de intenso trabalho na criação do Product Increment – ​​um tópico que abordaremos em um artigo separado.

Não há tempo para enviar perguntas para alguém que trabalha em um local diferente e à distância esperar por uma resposta. Portanto, é o Product Owner que se torna um representante do cliente dentro da equipe. A equipe está presente nele.

Os Product Owners também participam de todas as reuniões do Time Scrum para se manterem atualizados com o progresso do Time de Desenvolvimento. Ao reconhecer as dificuldades dos colaboradores, eles podem fornecer informações confiáveis ​​ao Cliente e organizar com eficiência o trabalho da equipe.

Esta ocupação é fazer a ponte entre o ambiente do Time Scrum, ou seja, o ambiente de negócios, e os Desenvolvedores. Além disso, organizar o trabalho da equipe de desenvolvedores, bem como decidir quais são os critérios para concluir o trabalho em uma determinada solução. E também aprova o momento de seu cumprimento.

Dono do Produto e seu Propósito

O Product Owner é responsável por definir e esclarecer claramente o Objetivo do Produto, ou seja, definir o propósito do trabalho da equipe. Em outras palavras, isso inclui trabalho conceitual e organizacional, cujo objetivo é principalmente lidar com User Stories: criar o conceito do produto e sua funcionalidade que corresponda e atenda às necessidades do Cliente. Uma parcela igualmente grande dos deveres do Product Owner diz respeito ao trabalho de gerenciamento – organizar e priorizar as tarefas no Product Backlog.

Da perspectiva do Time Scrum, significa cuidar da clareza do horizonte de atividades. Falaremos sobre a meta do produto em uma entrada separada. Hoje usaremos um exemplo:

Deixe que o objetivo do Time Scrum seja criar um aplicativo móvel para organizar o trabalho do time. A tarefa do Product Owner é explicar aos membros do Time Scrum quais são as principais funcionalidades do aplicativo do ponto de vista do cliente. Por exemplo – adicionar novos membros da equipe por lista de contatos ou alternar entre as exibições de equipe e de calendário pessoal.

Uma vez que a equipe entenda o Objetivo do Produto, caberá ao Dono do Produto:

• mantendo o rumo certo – para que sempre a funcionalidade de maior destaque da aplicação criada esteja alinhada com o Objetivo do Produto, ou seja, organizar o trabalho da equipe
• esclarecendo questões mais detalhadas – pesquisando junto com a equipe, acertando e especificando como o Produto funciona
• ficar de olho nas prioridades – seguindo o princípio 'first things first', a tarefa do Product Owner será, por exemplo, impedir o desenvolvimento de funcionalidades de aplicativos secundários ou adicionais que são de importância secundária do ponto de vista do cliente

Adquirir o ponto de vista do cliente ou mesmo do Stakeholder torna os Product Owners os principais tomadores de decisão no processo de criação do produto. Além disso, eles participam de discussões com pessoas de fora do Time Scrum e carregam o fardo da entrega de produtos valiosos ao Cliente.

Guardião de pendências

As tarefas diárias do Product Owner incluem a organização dos elementos do Product Backlog. Esta é uma tarefa assustadora, pois continua mudando ao longo de todo o empreendimento do projeto. Esse registro escrito contém todas as medidas e etapas conhecidas que levam à realização da Meta do Produto. Claro, eles são finamente segregados e priorizados antes de sua execução.

O Product Owner refina as tarefas incluídas no Product Backlog e as divide em menores. Então ele decide quais deles estão prontos para entrar na fase de implementação.

Por um lado, trabalhar com o Product Backlog é um trabalho administrativo e organizacional, que requer a compreensão da natureza, capacidades e limitações do trabalho da Equipe de Desenvolvedores. Por outro lado, a tarefa do Product Owner é entender a natureza, capacidades e limitações do trabalho da Equipe de Desenvolvimento, bem como as condições externas de negócios do desenvolvimento do Produto.

Por outro lado, a tarefa do Product Owner é criar o Product Backlog de acordo com as necessidades do Time Scrum. Deve ser claro, acessível e compreensível para todos os membros da equipe. Por outro lado, o Product Owner é responsável por responder a todas as perguntas e dúvidas que Scrum Master e Desenvolvedores tenham sobre o produto. Graças a ele, toda a equipe sabe o que já foi feito, o que está em andamento e o que ainda precisa ser feito.

Resumo

O Product Owner desempenha o papel principal no framework Scrum . Product Owner constantemente orientando o time em direção ao objetivo, mantendo o Product Backlog completo, seguro e claro, e por último, mas não menos importante, falando a voz do Cliente no Time Scrum.

As tarefas executadas pelo Product Owner são tão desafiadoras que dedicamos a próxima entrada para cobrir o problema. Lá, você encontrará os erros mais comuns cometidos pelo Product Owner e formas de lidar com eles.

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