O que significa ser proprietário de um produto?
Os proprietários de produtos são a autoridade no desenvolvimento do produto e a face pública do produto. Os proprietários de produtos são os líderes, guiando o progresso do produto e gerenciando a equipe em direção ao sucesso. O papel é fundamental em todos os tipos de desenvolvimento de produtos, especialmente na metodologia Agile.
As empresas desenvolveram inicialmente o papel de proprietário do produto para enfrentar os desafios no desenvolvimento agile, especialmente pelas equipes Scrum. Scrum é um tipo de estrutura Agile, normalmente usada no desenvolvimento de software, e conta com uma equipe de cinco a 11 pessoas em todos os departamentos para resolver o problema e concluir o projeto. (Saiba mais sobre o gerenciamento de projetos Agile e baixe modelos aqui.)
Sem um proprietário de produto, a equipe Scrum enfrenta vários desafios:
-
Eles lutam para identificar claramente metas e produtos.
-
Eles obtêm informações de várias fontes sem a capacidade de discernir o que é fundamental para o projeto.
-
Eles não têm a responsabilidade dentro da organização maior para terminar o trabalho a tempo.
O proprietário do produto oferece o único ponto de informação para manter a equipe focada e reduzir a agitação que resulta da espera de informações ou respostas. Eles também resolvem quaisquer prioridades conflitantes.
Em uma equipe Scrum, a função do proprietário do produto evoluiu desde então para se tornar a pessoa que esclarece os objetivos, direção e processo compartilhados do grupo. Ainda mais, o proprietário do produto trabalha com partes interessadas internas e externas para garantir que o negócio esteja construindo o melhor produto.
O que os proprietários de produtos fazem?
Os proprietários de produtos são as principais partes interessadas para um projeto de desenvolvimento de produtos. Eles são os guardiões de ponta a ponta e os gerentes da visão, estratégia e execução tática associadas ao desenvolvimento do produto. Eles desenvolvem e definem prioridades do programa e lidam com o backlog do produto: a lista de tarefas que precisam ser resolvidas antes de concluir o projeto. O proprietário do produto trabalha em estreita colaboração com a equipe de desenvolvimento, pesquisa pontos de dor e necessidades dos usuários, analisa o cenário competitivo e desenvolve e refina listas de recursos. Eles também são responsáveis por manter a integridade e a qualidade da entrega final.
O termo proprietário do produto teve origem em uma estrutura Scrum (um tipo de metodologia Agile) para desenvolver software. Empresas que não tinham um sistema tradicional de gerenciamento de projetos - e um gerente de produto - inicialmente usaram a abordagem Scrum. Essas empresas contavam com um pequeno grupo de trabalho extraído de vários departamentos, também conhecidos 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 cumprisse as metas originalmente estabelecidas para o projeto. Assim, eles criaram o papel de proprietário do produto para assumir a responsabilidade pelo sucesso do produto.
Além do desenvolvimento típico do Scrum, os proprietários de produtos agora fazem parte do Large-Scale Scrum (LeSS, Scrum em grande escala), que aplica os conceitos e elementos do Scrum de uma maneira que escala e pertence a muitas equipes. Uma série de setores, como varejo, bancos e comércio eletrônico, agora empregam proprietários de produtos para articular a visão de um produto e levá-lo da concepção à conclusão.
Proprietários de produtos e estrutura de equipe Scrum
O proprietário do produto leva a equipe Scrum a concluir um projeto em um curto ciclo de desenvolvimento chamado sprint. Este pequeno grupo de trabalho ágil normalmente é composto por cinco a sete pessoas em toda a organização. Cada pessoa tem pontos fortes e conhecimentos em áreas distintas, e estão unidos por um objetivo e prazo específicos. O proprietário do produto trabalha com o mestre Scrum, um treinador que entende profundamente o trabalho e ajusta o processo Scrum para garantir que a equipe esteja trabalhando de forma eficaz e eficiente.
Tanto o proprietário do produto quanto o mestre Scrum se concentram no objetivo e descartam qualquer alteração 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, é papel do proprietário do produto garantir que não haja atraso no escopo, o que adiciona novos recursos ou funcionalidades a um projeto.
Organizacionalmente, o proprietário do produto pode ser considerado o centro do universo para o desenvolvimento de produtos. Como eles são a casa de compensação para todas as atividades de desenvolvimento, os proprietários de produtos servem como uma ligação entre a equipe de desenvolvimento e organizações internas, incluindo gerenciamento de produtos, marketing, vendas, suporte ao cliente e ao nível executivo.
O que é um proprietário de produto em tecnologia?
O proprietário do produto desempenha um papel crucial no desenvolvimento de tecnologia ou software, entendendo quais características o cliente precisa e comunicando esses requisitos à equipe de desenvolvimento. O proprietário do produto reúne histórias de usuários: descrições do software ou aplicativo do ponto de vista do cliente. Estas podem ser tarefas simples, como a capacidade de criar uma nova conta ou editar um carrinho de compras. O proprietário do produto prioriza as histórias que afetam o desenvolvimento do aplicativo ou programa.
Em uma estrutura Scrum, o proprietário do produto 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á construindo. Em vez de contar com uma lista de requisitos tradicionais, o proprietário do produto prioriza e gerencia todas as tarefas extraídas das histórias de usuários.
Mais importante, o proprietário do produto tem paixão pela tecnologia e serve como gatekeeper para recursos e funcionalidades. O proprietário do produto garante que qualquer item do backlog adicione valor ao software ou aplicativo.
O proprietário do produto é o gerente de projeto?
Cada organização difere da maneira exata como implementa o Agile. Algumas organizações podem ter uma função única - proprietário de produto ou gerente de produto - enquanto outras empregam ambas as funções e identificam diferenças distintas entre elas. Em algumas equipes, o mestre Scrum é o gerente de projeto Agile, que identifica e prioriza tarefas. Em outros, o proprietário do produto é o gerente de projeto Agile, responsável pelo sucesso do projeto.
“Product owner” is not simply another name for project manager. Product owners typically have the authority to define and adjust the scope of the work, while project managers deliver the project already outlined by others. According to product management expert and consultant Roman Pichler, author of Agile Product Management with Scrum: Creating Products that Customers Love, the crossover between the two is inherent to the role of the product owner, with qualifiers. “A product owner is more than just a rebranded product manager,” he says. “Product owners tend to take on a wider range of duties, which makes the role multifaceted and challenging.”
Pichler também observa que o gerenciamento de produtos mudou desde que o Scrum foi desenvolvido na década de 1990. Nos primeiros dias, os gerentes de produto eram responsáveis por pesquisas iniciais de mercado, planejamento de produtos e definição de requisitos. A especificação dos requisitos então foi 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 proprietário do produto representa a voz do produto, enquanto o gerente de produto representa a voz do cliente.
Outras funções no desenvolvimento de produtos
O proprietário do produto lidera a equipe e é responsável pelo sucesso do projeto. Ao mesmo tempo, o proprietário tem que trabalhar com uma equipe que implementa o trabalho e tem profundo conhecimento dos componentes do projeto. Nesta função, as funções do proprietário do produto podem se sobrepor às de outros membros da equipe ou podem ser confundidas com algumas dessas responsabilidades:
Proprietário de recursos ou proprietário de componentes: Depende de habilidades técnicas e se concentra em componentes e funcionalidades individuais para garantir que qualquer recurso funcione de acordo com o padrão esperado.
Analista de negócios: Também conhecido como analista de negócios Agile ou analista de sistemas de negócios; entende como o negócio funciona e se comunica com desenvolvedores para implementar as necessidades do cliente como relacionadas à oportunidade de negócios.
Cliente no local: Traz clientes para a equipe em um sistema conhecido como programação extrema (XP), para que haja estreita colaboração e feedback sobre o desenvolvimento do produto. Esse tipo de colaboração promove melhores soluções que atendam à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: O 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 proprietários de produtos devem saber sobre as partes interessadas?
Também podemos considerar o papel da parte interessada. Pela definição de Pichler, uma parte interessada é uma pessoa interna (ao contrário de um cliente ou usuário) que tem uma participação, é afetada ou mostra interesse no produto. As partes interessadas compõem a infraestrutura chave 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, é provável que o grupo inclua representantes de marketing, vendas, suporte e gerenciamento, mas também pode incluir recursos jurídicos, financeiros e humanos", diz ele. "Para um produto interno, suas partes interessadas podem ser operações, unidades de negócios afetadas e gerenciamento."
Os proprietários de produtos também precisam estar atentos às partes interessadas externas. Estes podem ser o cliente ou empresa para quem você está construindo o produto. De forma mais ampla, estes são seus clientes e usuários. Eles têm uma participação no quão bem o produto funciona e se eles continuarão sendo seus clientes ou irão para outro lugar em busca de soluções.
Como o proprietário do produto gerencia os desejos das partes interessadas para o produto?
O proprietário do produto é responsável pelo gerenciamento das partes interessadas e deve ter o poder de identificar e manter as metas 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 proprietário do produto não é simplesmente a pessoa que recebe pedidos e tenta acomodar todas as solicitações. Esteja pronto para dizer não quando uma solicitação estiver fora do escopo do projeto ou sim quando melhorar o trabalho à frente. A equipe depende da habilidade do proprietário do produto em ouvir as partes interessadas e separar o sinal do ruído.
Defenda o produto para seus clientes: O proprietário do produto entende claramente e explica o produto. O proprietário do produto também pode articular quando as ideias melhor se adequam aos interesses dos clientes e quando estão fora do escopo do produto.
Para saber mais sobre como trabalhar com as partes interessadas, leia este artigo.
O que é um proprietário certificado de produto Scrum?
Obter sua certificação como proprietário de um produto Scrum demonstra seu compromisso com sua carreira e sua compreensão do trabalho. Isso pode torná-lo mais valioso para sua equipe e separá-lo de outros candidatos a emprego. Embora a certificação não reflita sua experiência no mundo real, ela mostra que você passou um tempo estudando as melhores práticas que o tornam mais eficaz como proprietário de um produto.
O salário base médio anual para um proprietário de produto varia de US $ 93.000 (Scrum Alliance) globalmente a US $ 101.000 nos Estados Unidos (De fato). Dados do Relatório sobre o Estado do Scrum 2017-2018 da Scrum Alliance mostram que certificações e anos de experiência levam a salários mais altos.
Aqui estão algumas organizações que oferecem certificações do proprietário do produto Scrum:
Scrum Alliance: Certificação Certified Scrum Product Owner® , um programa presencial de dois dias que inclui estudo em sala de aula, discussões em grupo e exercícios práticos.
Scrum.org: Professional Scrum Product Owner™, um curso presencial de dois dias com instruções e exercícios baseados em equipe.
Scrum Inc.: Treinamento Certified Scrum Product Owner, certificado do proprietário do produto Scrum, um curso presencial de dois dias desenvolvido pelo cocriador do Scrum, Dr. Jeff Sutherland.
Instituto de Gerenciamento de Projetos: PMI Agile Certified Practitioner (PMI-ACP)®, que tem requisitos de experiência e educação e inclui a aprovação no exame PMI-ACP.
Roman Pichler: Certified Scrum Product Owner, workshops presenciais de dois dias na Alemanha e Londres.
ICAgile: Um acompanhamento de programas de certificação, incluindo análise de valor de negócios, propriedade de produtos corporativos e especialista certificado de ICAgile em propriedade de produtos.
Scaled Agile: SAFe® 4 Product Owner/Product Manager (POPM), um curso de dois dias especificamente para a estrutura Agile em escala.
Grupo 280: Cursos presenciais e on-line para prepará-lo para o exame Agile Certified Product Manager and Product Owner® (ACPMPO) administrado pela Association of International Product Marketing and Management (AIPMM).
Simplilearn Solutions: treinamento de certificação CSPO, treinamento em sala de aula de dois dias.
Saiba mais sobre recursos de treinamento e o valor da certificação aqui.
Outro recurso valioso para os proprietários de produtos é o livro Scrum Product Ownership: Balancing Value from the Inside Out, de Robert Galen.
Tipos de produtos e desenvolvimento de projetos
O produto está no centro do trabalho do proprietário do produto. Para encontrar o proprietário certo do produto, você precisa identificar o tipo de desenvolvimento e produto. A função e a visão do proprietário do produto podem variar muito dependendo do tipo de produto.
Software comercial ou desenvolvimento de produtos: Desenvolvido principalmente para gerar receita para clientes ou mercados externos, isso requer um proprietário de produto que tenha fortes habilidades organizacionais e técnicas, bem como uma compreensão firme do mercado e do público.
Soluções ou desenvolvimento internos: Como no desenvolvimento de software comercial, os proprietários de produtos para soluções internas de software devem possuir habilidades organizacionais e técnicas. No entanto, aqui o "mercado" é composto pela empresa do proprietário do produto e seus concorrentes, e o "público" é dos tomadores de decisão comerciais e técnicos da organização (BDMs/TDMs) e funcionários. O grupo de desenvolvimento pode ser tecnologia da informação ou desenvolvimento de sistemas.
Desenvolvimento de projeto: Este trabalho geralmente envolve um cliente ou cliente externo, muitas vezes como parte de um contrato. O proprietário do produto normalmente é da empresa que contrata o trabalho e, portanto, está próximo da experiência do usuário, entendendo as necessidades práticas do cliente.
Quais habilidades o proprietário de um produto precisa?
As descrições de trabalho dos proprietários de produtos podem variar de acordo com a empresa, a indústria ou até mesmo a geografia. No entanto, várias habilidades fundamentais são fundamentais para o sucesso de todos os proprietários de produtos:
-
Autoridade para fazer o trabalho: A organização tem que capacitar o proprietário do produto a tomar decisões e concluir o projeto. As partes interessadas e a burocracia não podem minar o trabalho da autoridade do proprietário do produto, mas devem fornecer uma forte rede de apoio. Os proprietários de produtos têm que garantir que tenham o apoio total da liderança chave.
-
Liderança: Um proprietário de produto tem que ser um líder desde o início do projeto. Eles devem fornecer uma voz forte para informar as decisões sobre o que (e o que não) construir, identificar lacunas de mercado e necessidades do cliente e fornecer feedback claro e acionável para orientar as equipes de desenvolvimento. O proprietário do produto também é um desenvolvedor do projeto, da visão e da equipe. E eles devem demonstrar compromisso com o produto por estarem disponíveis e engajados durante todo o ciclo de desenvolvimento.
-
Tomada de decisões: O proprietário do produto deve ser capaz de tomar decisões rapidamente e com autoridade. Afinal, essa pessoa tem profundo conhecimento das necessidades dos clientes e das partes interessadas, incluindo o conhecimento de domínio do mercado e do ambiente para o produto.
-
Comunicação: O proprietário de um produto tem que construir uma equipe, bem como trabalhar com partes interessadas internas e externas. É fundamental poder compartilhar a visão, focar o trabalho e se comunicar com vários círculos eleitorais. O proprietário do produto também conecta as pessoas com as informações. Os desenvolvedores podem precisar conversar diretamente com os usuários para obter os detalhes necessários sobre o código que estão escrevendo. As partes interessadas podem precisar conversar com o analista de negócios para obter insights sobre o valor do produto para o cliente. Você não precisa ser o especialista em todas as conversas, mas o proprietário do produto é o corretor do conhecimento.
-
Delegação: Embora o proprietário do produto seja responsável pela produção geral, ele não pode ser a única pessoa fazendo o trabalho. O proprietário do produto tem que saber quais tarefas se encaixam melhor com as habilidades de cada membro da equipe e garantir uma colaboração suave. Eles fornecem a supervisão e encontram recursos para garantir que o trabalho seja concluído.
-
Resolução de conflitos: Nenhum projeto prossegue sem algumas divergências ao longo do caminho. Nas palavras de Lowell Lindstrom, um Certified Scrum Trainer® e um dos primeiros pioneiros no desenvolvimento de software Agile, "Se você não consegue lidar com conflitos, você está no jogo errado". Os proprietários de produtos têm que parar as disputas e encontrar soluções. Alguns conflitos, no entanto, não podem ser resolvidos no nível do proprietário do produto. Saber quando uma disputa precisa ser enviada para a cadeia de comando é tão importante quanto saber o que resolver.
-
Gerenciamento de partes interessadas: Isso pode fazer a diferença entre progresso e caos. Um proprietário de produto bem-sucedido se concentra em fluxos de trabalho eficientes, expectativas e marcos claros e comunicação aberta e frequente. Isso garante que a equipe identifique e resolva problemas rapidamente e atenda aos objetivos para que o desenvolvimento permaneça dentro do cronograma.
-
Experiência de produto e desenvolvimento: Embora o proprietário de um produto não precise necessariamente ser um engenheiro de software treinado, entender os processos básicos envolvidos no desenvolvimento de software é fundamental para desenvolver cronogramas realistas, fluxos de trabalho e expectativas das partes interessadas. A experiência com produtos existentes ou a categoria geral do produto é essencial para reconhecer as necessidades do mercado e do público.
-
Insights sobre clientes e mercado: O proprietário do produto fornece as principais informações que informam os recursos, preços, previsões de vendas, estratégias de marketing e muito mais. O conhecimento comercial do proprietário do produto os ajudará a tomar decisões durante o processo de desenvolvimento. Para agradar aos clientes, o proprietário do produto deve ser capaz de atender às suas necessidades e agir como o principal contador de histórias do valor do produto.
-
Habilidades táticas: Embora muitas de suas habilidades se concentrem na liderança e no pensamento estratégico, um proprietário de produto bem-sucedido também precisa de especialização tática. Isso cobre o gerenciamento diário do que será feito e quando.
Funções e responsabilidades do proprietário do produto
De acordo com Roman Pichler, a responsabilidade final do proprietário de um produto é garantir que o produto crie valor para seus clientes e usuários, bem como para a empresa. "Pense no proprietário do produto como a pessoa que defende o produto, quem facilita as decisões do produto e quem tem a palavra final sobre o produto", diz ele. "Isso inclui se e como o feedback é ação e quais recursos são liberados."
Aqui estão as funções e responsabilidades do proprietário de um produto:
-
Defina a visão: O proprietário do produto não apenas define a meta, mas explica como o produto atenderá às necessidades dos usuários, se alinhará à estratégia da empresa e cumprirá a missão. Esta é uma responsabilidade fundamental da liderança. A visão precisa ser comunicada à equipe, às partes interessadas e a todos os envolvidos no projeto. A visão é a força guia que o proprietário do produto usa para estabelecer prioridades e direcionar o trabalho da equipe. Ele precisa ser comunicado durante todo o projeto como a "estrela do norte" que impulsiona o projeto.
-
Desenvolva o roteiro do produto: Os proprietários de produtos trabalham para desenvolver planos que se encaixam nos objetivos de negócios com a estratégia do produto, a fim de identificar soluções tecnológicas que atendam às metas de curto e longo prazo.
-
Desenvolva estratégia de produto: Uma estratégia de produto divide a visão de um produto ao longo do tempo e define o mercado, a oferta, a proposta de valor, o preço, a distribuição e muito mais.
-
Comunique-se com as partes interessadas, equipes de desenvolvimento e o Scrum Master: O proprietário do produto retransmite o status; educa as partes interessadas; negocia orçamentos, escopo, financiamento e cronogramas; organiza revisões; e executa demonstrações de solução.
Qual é o papel do proprietário do produto no Scrum?
Embora o proprietário do produto em qualquer ciclo de desenvolvimento seja responsável pelo sucesso do projeto, algumas funções são exclusivas da estrutura Scrum, onde o proprietário do produto é o líder capacitado para a equipe. Aqui estão algumas responsabilidades importantes no Scrum:
-
Explique por que você está trabalhando em um Scrum Agile: O processo Scrum pode ser novo para os membros da equipe e as partes interessadas. O proprietário do produto precisa explicar o valor desse processo e os princípios que impulsionarão seu sucesso.
-
Limite o escopo de um Scrum Sprint: Muitas organizações pensam que estão usando um Agile Scrum para desenvolver produtos. Na realidade, eles estão construindo sistemas inteiros em uma série de sprints, nenhum dos quais tem um valor independente. Esta é uma abordagem em cascata que não funciona no Scrum. Os Scrums são projetados como ciclos curtos para desenvolver um aplicativo definido, não como uma etapa em um processo mais longo. O objetivo é entregar valor para o cliente através de sprints e não usar uma abordagem em cascata.
-
Gerencie o Backlog: Um backlog é uma lista de pedidos de trabalho que devem ser resolvidos. Gerenciar o backlog inclui triar, adicionar, editar e priorizar itens de backlog para garantir que todas as informações sejam claras, transparentes e visíveis.
-
Desenvolva histórias de usuário: As histórias do usuário são descrições de recursos escritas do ponto de vista do usuário. As histórias de usuários são geralmente breves (uma ou duas frases) e ajudam a definir os requisitos de produto ou recurso. Com frequência, a equipe precisará de histórias adicionais de usuários "apenas no tempo" como parte do processo de desenvolvimento. O proprietário do produto gerencia o fluxo de feedback e ajusta o backlog conforme necessário.
-
Participe das reuniões Scrum: As reuniões Scrum (às vezes chamadas de stand-ups) são reuniões de status curtas e diárias focadas em fornecer status e atualizações do projeto.
-
Planejamento de lançamento: O planejamento de lançamento é uma ferramenta detalhada e em evolução para agilizar as comunicações e estabelecer cronogramas para marcos e entrega de produtos.
-
Trabalhe com o desenvolvimento e o Scrum Master: O proprietário do produto deve estar em contato regular com a equipe de desenvolvimento e o mestre Scrum para garantir um progresso constante e estar ciente de possíveis obstáculos.
-
Envolva as partes interessadas, a equipe Scrum e os usuários: O proprietário do produto é a voz do cliente e deve garantir que não haja perda de informações nas entregas entre as histórias do usuário e a equipe de desenvolvimento. Depois de identificar os desafios que surgem nas histórias de usuários, certifique-se de incentivar abordagens criativas dentro da equipe para soluções e inspirar a colaboração entre a equipe e seus clientes. Mantenha a comunicação aberta, através de ciclos de feedback, reuniões de stand-up e muito mais, para garantir que a equipe esteja desenvolvendo o produto certo.
-
Adeque metas de negócios e gerencie finanças: O proprietário do produto é responsável por todos os recursos, incluindo finanças, durante o desenvolvimento. Isso inclui tomar decisões com base no melhor retorno do investimento (ROI) e entender o custo e o benefício ao priorizar o backlog.
-
Dê aprovação final: O proprietário do produto tem a responsabilidade e a autoridade de aprovar o trabalho e decidir se ele atende aos critérios de aceitação. Por exemplo, uma história de usuário no início do sprint poderia ter sido a capacidade de fazer login. O proprietário do produto pode aceitar (sim, o usuário pode fazer login) ou rejeitar a história. É responsabilidade do proprietário do produto apoiar o Desenvolvimento orientado a testes de aceitação (ATDD) com base na história do usuário.
-
Alterar o curso do projeto: Dentro dos limites do sprint, o proprietário do produto pode orientar a equipe em uma direção diferente com base nas necessidades das partes interessadas e no feedback do cliente.
-
Entenda o trabalho facilitador: Os facilitadores são os arquitetos e engenheiros de sistema que suportam os requisitos da empresa e sua infraestrutura técnica. Os proprietários de produtos não precisam ter habilidades técnicas profundas, mas devem colaborar com os facilitadores para garantir que a infraestrutura da empresa suporte o novo software ou aplicativo que a equipe Scrum está desenvolvendo.
Saiba mais sobre como se tornar proprietário de um produto lendo "Melhores recursos e cursos de treinamento para um proprietário de produto Scrum".
Proprietários de produtos e Sprints no Scrum
O objetivo da estrutura Scrum é fornecer um incremento de produto em cada sprint. O proprietário do produto decide a duração do sprint, que normalmente dura de duas a quatro semanas, e orienta a equipe de desenvolvimento através do trabalho necessário para alcançar um objetivo chave e ter sua produção pronta para revisão. Uma das principais funções do proprietário de um produto é participar de todos os eventos de desenvolvimento, incluindo planejamento, Scrum diário, refinamento, revisão, demonstrações de equipe, retrospectiva e sprint. Ao longo do caminho, o proprietário do produto defende o produto, promove a visão e incentiva a equipe.
Antes do sprint começar, os proprietários do produto trabalham com as partes interessadas e os usuários para identificar as metas do projeto. Isso ajuda a identificar o escopo do sprint e planejar o trabalho. Em seguida, no início de um sprint, o proprietário do produto e a equipe de desenvolvimento descrevem e concordam com o trabalho a ser concluído durante o sprint. O proprietário do produto estabelece os critérios que o sprint deve atender para revisão e aceitação e, em seguida, cria os itens de backlog para o projeto.
Durante o sprint, o proprietário do produto participará de reuniões de stand-up para observar, ficar a par do progresso e responder perguntas. O proprietário do produto aceitará ou rejeitará itens de backlog nesta fase, com base nos critérios de aceitação e teste. Em sessões de refinamento durante o sprint, o proprietário do produto pode adicionar ou remover itens de backlog, bem como liderar revisões para obter feedback e ajustar o processo de desenvolvimento.
Ao final do sprint, o proprietário do produto lidera a demonstração de sprint, ou reunião de revisão, para atualizar as partes interessadas. Qualquer feedback desta reunião de revisão pode ajudar no planejamento do próximo sprint e na identificação de itens para o próximo backlog de sprint. Depois que o sprint é concluído, o gerente de projeto participa da retrospectiva, avaliando o processo e identificando oportunidades de melhoria.
Para os proprietários de produtos, é imperativo delinear as metas de sprint antecipadamente, mas de acordo com Pichler, o desenvolvimento de metas de sprint vem com uma ressalva. "Infelizmente, muitos proprietários de produtos e equipes Agile não usam metas de sprint ou as aplicam ineficazmente", diz ele. "As metas sprint geralmente afirmam que as histórias serão implementadas , em vez da razão para realizar a iteração." Ao definir por que o sprint está sendo realizado e como as metas serão atingidas, todos os envolvidos estarão na mesma página antes do início do sprint, o que produzirá melhores resultados.
Desafios para proprietários de produtos
A ampla gama de responsabilidades e habilidades para o proprietário de um produto pode fazer com que o trabalho pareça esmagador. Eles geralmente enfrentam muitos desafios:
-
Falta de autoridade: O proprietário de um produto pode não ter apoio suficiente da gerência ou das pessoas certas da organização. A equipe Scrum não pode ser eficaz quando o proprietário do produto não tem autoridade real para conduzir o trabalho. Certifique-se de estar capacitado e ter o apoio e a confiança das pessoas que importam em sua empresa.
-
Sensação de estar sobrecarregado: Os proprietários de produtos podem descobrir que não têm tempo suficiente para fazer o trabalho ou não estão recebendo apoio suficiente da equipe. Por sua vez, esses proprietários de produtos sobrecarregados criam obstáculos para um projeto e nem sempre estão disponíveis para os membros da equipe. Se o tempo for um problema, certifique-se de que o proprietário do produto tenha um trabalho: servir como proprietário do produto para apenas um produto. As empresas geralmente criam equipes ágeis sem um proprietário oficial do produto, e dependem de "emprestar" alguém de outro trabalho para preencher conforme necessário.
De acordo com a Agile Alliance, a proporção ideal do proprietário do produto para a equipe de desenvolvimento de produtos é 1:1, com um proprietário de produto em tempo integral dedicado a uma equipe. Essa proporção também funciona para proprietários de produtos que não estão recebendo apoio suficiente da equipe. Quando uma equipe tem apenas um proprietário de produto, há linhas claras de autoridade e tomada de decisões. E se o proprietário do produto não está recebendo o apoio da equipe, certifique-se de que a equipe tenha tempo suficiente para fazer o trabalho e esteja colaborando com eficácia.
-
Proprietário representante do produto: Às vezes, as empresas usam proprietários representantes ao fazer a transição para o fluxo de trabalho Scrum antes de nomear um proprietário de produto. Isso pode acontecer quando o proprietário oficial do produto não estiver prontamente disponível e um membro da equipe entrar para fazer o trabalho. Independentemente da causa, essa falta de direção e autoridade claras pode criar confusão na equipe.
-
Proprietário parcial do produto: Certifique-se de entender todo o escopo do trabalho e tenha um compromisso da empresa em dedicar seu tempo integral e energia ao produto. Isso inclui o acesso a pesquisas de mercado e números de vendas para o projeto, bem como outros dados para informar suas decisões. Caso contrário, você pode ter dificuldade em assumir todas as responsabilidades do proprietário de um produto.
Dicas para proprietários de produtos
Ao invés de se sentirem sobrecarregados ou não capacitados, experimente estas dicas:
-
Agir como um líder e não um gerente: O principal trabalho do proprietário de um produto é maximizar o valor do produto. Um dos objetivos do Scrum é que a equipe se organize com base no trabalho. Confie nos membros da equipe para fazer seu trabalho, para que você possa se concentrar no valor que o produto trará para a organização.
-
Redefinir o sucesso: Um gerente de projeto está focado em concluir uma tarefa dentro do prazo e do orçamento. Como proprietário de um produto, você deve ser orientado ao produto e não se concentrar apenas na conclusão da tarefa. O sucesso do produto não depende se ele está concluído, mas se ele atende às necessidades dos usuários e atinge o público certo. Isso significa que você deve se concentrar no valor, não no volume de reuniões ou análises, ou na velocidade do desenvolvimento do produto.
-
Concentre-se no usuário: Não fique atolado ao tentar agradar as partes interessadas. Ouça sempre o que o usuário precisa e deixe que isso impulsione suas decisões. Sempre ouça e aprenda com o feedback de seus clientes. Isso significa melhorar seu tempo para aprender em vez de tempo para o mercado.
O futuro dos proprietários de produtos
A evolução da função de proprietário do produto está profundamente conectada à estrutura Scrum, que existe em um ambiente Agile. O proprietário do produto é responsável pelo sucesso do projeto, conectando usuários, desenvolvedores e partes interessadas na criação do melhor produto possível. O trabalho é parte marketing, parte negócios e parte tecnologia. A conclusão é que o proprietário do produto está procurando a melhor maneira de construir uma solução para os clientes.
À medida que a taxa de inovação aumenta, muitas empresas procuram entender mais profundamente a experiência do usuário e adotar o pensamento de design. As habilidades de um proprietário de produto, que tem paixão pelos usuários e pode inspirar as equipes a fazer o trabalho, tornam-se ainda mais valiosas. Um proprietário de produto que sabe o que funciona para a equipe, o produto e o mercado pode prosperar em qualquer indústria.
Melhorar a produção do proprietário do produto para desenvolvimento de software com o Smartsheet
Capacite seu pessoal para ir além com uma plataforma flexível desenvolvida para atender às necessidades da sua equipe e se adaptar conforme essas necessidades mudam. Com a plataforma Smartsheet fica fácil planejar, coletar informações, gerenciar e criar relatórios sobre o trabalho de qualquer lugar, ajudando sua equipe a ser mais eficiente e mostrar resultados. Crie relatórios sobre as principais métricas e obtenha visibilidade do trabalho em tempo real, à medida que ele acontece, através de relatórios, painéis e fluxos de trabalho automatizados criados para manter sua equipe conectada e informada. Quando as equipes têm clareza sobre o trabalho que está sendo realizado, elas podem ser muito mais produtivas durante o mesmo período de tempo. Experimente o Smartsheet gratuitamente hoje mesmo.