Product Owner: tudo o que você precisa saber para Scrum e Agile teams
Os products owners estão no centro de todo ciclo de desenvolvimento de produto. Eles sabem o que o cliente precisa, podem visualizar o produto e podem comunicar sua visão à equipe de desenvolvimento. No entanto, seu papel no desenvolvimento varia dependendo do ambiente.
Neste artigo, você aprenderá o que os products owners fazem, quais são seus principais papéis e responsabilidades e o que os ajuda a executar seu trabalho com eficiência. Você também obterá insights de especialistas sobre a função do product owner em uma estrutura do Scrum e em relação à metodologia Ágil, além de saber mais sobre o valor da certificação do proprietário do produto.
O que é Product Owner?
Os products owners são a autoridade no desenvolvimento de produtos e a face pública do produto. Os products owners são os líderes, orientando o progresso do produto e gerenciando a equipe em direção ao sucesso. O papel é crítico em todos os tipos de desenvolvimento de produtos, especialmente na metodologia Ágil.
Inicialmente, as empresas desenvolveram a função de product owner para enfrentar os desafios do desenvolvimento ágil, especialmente pelas equipes Scrum. O Scrum é um tipo de framework Ágil, normalmente usado no desenvolvimento de software, e conta com uma equipe de 5 a 11 pessoas em todos os departamentos para resolver o problema e concluir o projeto.
Sem um product owner, a equipe Scrum enfrenta vários desafios:
- Eles lutam para identificar claramente metas e resultados.
- Eles obtêm informações de várias fontes sem a capacidade de discernir o que é essencial para o projeto.
- Eles não têm responsabilidade na organização maior para concluir o trabalho no prazo.
O product owner oferece o ponto único de informação para manter a equipe focada e reduzir a rotatividade resultante da espera por informações ou respostas. Eles também resolvem quaisquer prioridades conflitantes.
Em uma equipe Scrum, o papel do product owner evoluiu para se tornar a pessoa que esclarece as metas, a direção e o processo compartilhado do grupo. Além disso, o product owner trabalha com as partes interessadas internas e externas para garantir que o negócio esteja construindo o melhor produto.
O curso gratuito de Fundamentos da Gestão de Projetos oferecido pela FM2S é uma ferramenta essencial para profissionais que desejam aprimorar suas habilidades na gestão eficaz de produtos. Projetado para desenvolver competências cruciais como definição de problemas, estabelecimento de metas, e planejamento estratégico, este curso ensina como gerenciar recursos de maneira eficiente, crucial para o lançamento bem-sucedido de produtos no mercado.
O que faz o Product Owner?
Os products owners são os principais interessados em um projeto de desenvolvimento de produto. Eles são os gatekeepers de ponta a ponta e gerentes da visão, estratégia e execução tática associados ao desenvolvimento de produtos. Eles desenvolvem e definem as prioridades do programa e lidam com o backlog do produto - a lista de tarefas que precisam ser resolvidas antes de concluir o projeto.
O product owner trabalha de perto com a equipe de desenvolvimento, pesquisa os pontos problemáticos e as necessidades do usuário, analisa o panorama competitivo e desenvolve e refina as listas de recursos. Eles também são responsáveis por manter a integridade e a qualidade do produto final.
O termo product owner originou-se de um framework Scrum (um tipo de metodologia Agile) para desenvolver software. As empresas que não possuíam um sistema tradicional de gerenciamento de projetos - e um gerente de produto - inicialmente usavam a abordagem Scrum. Essas empresas contaram com um pequeno grupo de trabalho de vários departamentos, também conhecido como scrum, para identificar e concluir um projeto. Mas eles também precisavam responsabilizar alguém por garantir que a equipe concluísse o trabalho e atendesse às metas originalmente estabelecidas para o projeto. Assim, criaram o papel de product owner para assumir a responsabilidade pelo sucesso do produto.
Além do desenvolvimento típico do Scrum, os products owners são agora parte do Scrum de Grande Escala (LeSS), que aplica os conceitos e elementos do Scrum de uma forma que se adapta a muitas equipes. Diversas indústrias, como varejo, bancos e comércio eletrônico, agora empregam products owners para articular a visão de um produto e conduzi-lo desde a concepção até a conclusão.
Products Owners e estrutura de time Scrum
O product owner comanda a equipe do Scrum para concluir um projeto em um curto ciclo de desenvolvimento chamado sprint. Esse grupo de trabalho pequeno e ágil é composto de cinco a sete pessoas em toda a organização. Cada pessoa tem pontos fortes e áreas específicas e está unida por um objetivo específico e por um período de tempo.
O product owner trabalha com o Scrum master - um coach que entende profundamente o trabalho e ajusta o processo Scrum para garantir que a equipe esteja trabalhando de forma eficaz e eficiente.
Tanto o product owner quanto o mestre do Scrum concentram-se no objetivo e descartam quaisquer mudanças no escopo do projeto, mantendo a equipe no alvo para desenvolver o produto identificado no início do sprint. Embora ideias adicionais possam surgir durante o sprint, o papel do product owner é garantir que não haja fluência de escopo, o que adiciona novos recursos ou funcionalidades a um projeto.
Organizacionalmente, o product owner pode ser considerado o centro do universo para o desenvolvimento de produtos. Como eles são a central de todas as atividades de desenvolvimento, os products owners servem como elo de ligação entre a equipe de desenvolvimento e as organizações internas, incluindo gerenciamento de produtos, marketing, vendas, suporte ao cliente e C-suite.
O que um Product Owner precisa verificar
Existe toda a sorte de indicadores que fazem sentido na operação de um Product Owner. Assim como a metodologia Scrum funciona a partir de Sprints – reuniões cujo formato dinâmico é específico – o Product Owner tem alguns dados que precisa coletar para avaliar a saúde da operação. Afinal, ele também é orientado por dados. Alguns dos KPI’s, indicadores de sucesso da atuação do Product Owner, podem ser:
- Número de problemas 30 dias depois do lançamento: conforme o produto for lançado, analise o volume de problemas – bugs, reclamações, avaliações negativas – do seu produto. Um volume alto indica uma baixa aderência do Product Backlog com o time.
- Funcionalidades em off: quantas das promessas do projeto ainda não ocorreram e quantas estão previstas para ocorrer? Se você tem muita carta na manga, poderá ser só um jogo errado, e elas fariam melhor estando na mesa.
- Retorno sobre investimento de esforço: nessa métrica, avalie quanto de esforço – medido em horas – gerou quanto de retorno – financeiro – ao projeto, e divida pelo número de membros do time. Isso vai indicar se você conseguiu modular as prioridades do time em entregáveis que realmente retornam valor para o cliente.
O que é um dono de produto em tecnologia?
O product owner desempenha um papel crucial na tecnologia ou no desenvolvimento de software, entendendo quais recursos o cliente precisa e comunicando esses requisitos à equipe de desenvolvimento.
O product owner reúne histórias do usuário: descrições do software ou aplicativo da perspectiva do cliente. Estas podem ser tarefas simples, como a capacidade de criar uma nova conta ou editar um carrinho de compras. O product owner prioriza as histórias que afetam o desenvolvimento do aplicativo ou programa.
Em uma estrutura Scrum, o product owner colabora com a equipe de desenvolvimento e o cliente para esclarecer o que o usuário quer e o que a equipe de desenvolvimento está criando. Em vez de depender de uma lista de requisitos tradicional, o product owner prioriza e gerencia todas as tarefas retiradas das histórias do usuário. Mais importante, o dono do produto tem paixão pela tecnologia e serve como guardião de recursos e funcionalidades. O product owner garante que qualquer item do backlog agregue valor ao software ou aplicativo.
Qual a diferença entre Product Owner e Product Manager?
Os papéis de product owner e product manager são semelhantes, mas têm escopos e focos diferentes.
O product owner lida, especificamente, com o desenvolvimento ágil, definindo e priorizando os requisitos do produto em questão. O trabalho do product owner é tomar decisões levando em conta as necessidades do cliente e objetivos do negócio, procurando que a equipe esteja trabalhando nos recursos mais importantes e valiosos.
Já o product manager trabalha independente do desenvolvimento ágil, definindo visão, estratégia e metas para o produto. Além disso, trabalha também com análise de mercado, definição de preços e estratégias de marketing, focando em aspectos mais estratégicos a longo prazo.
O Product Owner é o gerente de projeto?
Cada organização é diferente na maneira exata como implementa o Agile. Algumas organizações podem ter uma única função - product owner ou gerente de produto - enquanto outras empregam as duas funções e identificam diferenças distintas entre elas. Em algumas equipes, o Scrum Master é o gerente de projeto ágil, que identifica e prioriza as tarefas. Em outros, o product owner é o gerente de projeto Agile, responsável pelo sucesso do projeto.
“Product owner” não é simplesmente outro nome para o gerente de projetos. Os products owners geralmente têm autoridade para definir e ajustar o escopo do trabalho, enquanto os gerentes de projeto entregam o projeto já descrito por outros. Segundo o especialista em gestão de produtos e consultor Roman Pichler, autor do Agile Product Management com Scrum: Criando produtos que os clientes amam, o cruzamento entre os dois é inerente ao papel do product owner, com qualificadores. "Um product owner é mais do que apenas um gerente de produto renomeado", diz ele. “Os donos de produtos tendem a assumir uma ampla gama de funções, o que torna o papel multifacetado e desafiador”.
Pichler também observa que a gestão de produtos mudou desde que o Scrum foi desenvolvido nos anos 90. Nos primeiros dias, os gerentes de produto eram responsáveis pela pesquisa de mercado antecipada, pelo planejamento de produtos e pela definição de requisitos. A especificação de requisitos foi então para um gerente de projeto, que trabalhou com desenvolvimento e teste para concluir o projeto.
A maneira mais clara de diferenciar as duas funções é que o product owner representa a voz do produto, enquanto o gerente do produto representa a voz do cliente.
Outras funções no desenvolvimento de produtos
O product owner lidera a equipe e é responsável pelo sucesso do projeto. Ao mesmo tempo, o proprietário tem que trabalhar com uma equipe que implemente o trabalho e tenha um profundo conhecimento dos componentes do projeto. Nessa função, os deveres do proprietário do produto podem se sobrepor aos de outros membros da equipe ou podem ser confundidos com algumas dessas responsabilidades:
- Proprietário do recurso ou proprietário do componente: depende de habilidades técnicas e se concentra em componentes individuais e funcionalidade para garantir que qualquer recurso funcione conforme o padrão esperado.
- Analista de negócios: também conhecido como analista de negócios ágil ou analista de sistemas de negócios. Compreende como o negócio funciona e se comunica com os desenvolvedores para implementar as necessidades do cliente relacionadas às oportunidades de negócios.
- Cliente no local: leva os clientes para a equipe em um sistema conhecido como programação extrema (XP), de modo que há uma colaboração e um feedback próximos sobre o desenvolvimento do produto. Esse tipo de colaboração promove soluções melhores que atendem às necessidades de seus clientes. Também melhora a motivação e a empatia dos clientes, fazendo com que os desenvolvedores trabalhem diretamente com eles.
- Diretor de Produto: Especialista da organização em entender o desempenho e a marca da empresa, que identifica o conjunto de produtos a serem desenvolvidos.
O que os Products Owners devem saber sobre as partes interessadas?
Podemos também considerar o papel do stakeholder. Pela definição de Pichler, uma parte interessada é uma pessoa interna (em oposição a um cliente ou usuário) que tem uma participação, é afetado por, ou mostra um interesse no produto. As partes interessadas constituem a infra-estrutura essencial que ajuda a desenvolver, fabricar e entregar o produto.
Dependendo da natureza do produto, diz Pichler, a composição do pool de partes interessadas será diferente. “Para um produto comercial, o grupo provavelmente incluirá representantes de marketing, vendas, suporte e gerenciamento, mas também pode incluir recursos legais, financeiros e humanos”, diz ele. “Para um produto interno, suas partes interessadas podem ser operações, unidades de negócios afetadas e gerenciamento.”
Os products owners também precisam estar atentos às partes interessadas externas. Estes podem ser o cliente ou empresa para quem você está construindo o produto. Mais amplamente, esses são seus clientes e usuários. Eles têm uma participação em quão bem o produto funciona e se eles permanecerão seus clientes ou buscarão soluções em outro lugar.
Como o Product Owner gerencia os desejos das partes interessadas para o produto?
O product owner é responsável pelo gerenciamento das partes interessadas e deve ter o poder de identificar e manter os objetivos do produto. Aqui estão algumas dicas para trabalhar com sucesso com as partes interessadas internas e externas.
- Conheça o Plano: Certifique-se de ter identificado claramente o escopo do projeto, o cronograma e os recursos. Comunique claramente sua estratégia e roteiro a todas as partes interessadas.
- Seja um líder: o product owner não é simplesmente a pessoa que recebe pedidos e tenta acomodar todas as solicitações. Esteja pronto para dizer não quando um pedido está fora do escopo do projeto ou quando melhora o trabalho futuro. A equipe depende da habilidade do proprietário do produto em ouvir as partes interessadas e separar o sinal do ruído.
- Defenda seus clientes: O product owner entende e explica claramente o produto. O product owner também pode articular quando as ideias são mais adequadas aos interesses dos clientes e quando estão fora do escopo do produto.
Como se tornar um Product Owner?
Um bom tradutor precisa saber não só os dois idiomas – o de saída e o de entrada – como também apresentar bem essa tradução. Um bom Product Owner vai precisar seguir essa linha, dominando a linguagem técnica de cliente e equipe. Além disso, os soft skills vão ser essenciais, uma vez que uma boa parte de seu trabalho é saber dizer não. O caminho tradicional de um Product Owner é a certificação na metodologia Scrum. Porém, esse está longe de ser o único caminho. Para se ter uma ideia, existem apenas 5 brasileiros certificados pelo site oficial da metodologia Scrum, mas o LinkedIn retorna mais de 40.000 resultados! Existem algumas competências essenciais para um Product Owner, que vão de hard a soft skills. Separamos algumas delas pra você dar uma olhada:
Empatia
A verdade é que o Product Owner fica entre o Time de Desenvolvimento e o Cliente, entendendo as demandas desse último e traduzindo para um jeito que o time possa trabalhar. É um exercício constante de empatia, se colocar no lugar do outro, uma das soft skills mais necessárias em ambientes de trabalho saudáveis.
Comunicação Assertiva
Agora que o P.O já sabe qual a demanda do cliente e entende as competências e focos do time, está na hora de dar os comandos. E para garantir o melhor desempenho de todos, vale cair na comunicação assertiva para se assegurar que um “não” aqui ou ali não é pessoal: é foco.
E por falar em foco...
Saber se organizar e gerir o próprio tempo, além do de outras pessoas, é uma habilidade chave para que a demanda ocorra da melhor forma e no menor tempo possível. Por isso, além de dominar a gestão do tempo, sempre vale a pena conhecer algumas ferramentas para se organizar.
Kanban
Essa ferramenta de gestão com relação íntima com a metodologia Scrum é essencial para analisar o andamento de projetos e encaixar demandas. Também facilita que ideais, como os que orientam o Product Backlog, estejam facilmente acessíveis aos colaboradores. A gente já separou algumas das ferramentas mais populares para se trabalhar com Kanban, e vale a pena conferir.