Articles

A Certificação de Proprietário de Produto Scrum é uma credencial especializada que valida a expertise de um indivíduo na estrutura Scrum, particularmente na função de Proprietário de Produto. Esta certificação demonstra um entendimento completo do gerenciamento do backlog do produto, priorizando recursos com base no valor do negócio e garantindo que a equipe de desenvolvimento entregue produtos que atendam às necessidades do cliente e às metas do negócio.

O Proprietário do Produto representa os interesses da comunidade de stakeholders para o Time Scrum. Ele/ela garante uma comunicação clara dos requisitos de funcionalidade do produto ou serviço para o Time Scrum, mantém uma visão dupla, entende e apoia as necessidades e interesses de todos os stakeholders do Negócio, ao mesmo tempo em que entende as necessidades e o funcionamento do Time Scrum.

O Proprietário do Produto deve entender as necessidades e prioridades dos stakeholders do Negócio, incluindo clientes e usuários, e, portanto, esta função é comumente chamada de Voz do Cliente.

As responsabilidades de um Proprietário do Produto incluem determinar os requisitos gerais iniciais do projeto e dar início às atividades do projeto; isso pode envolver interação com o Proprietário do Produto do Programa e o Proprietário do Produto do Portfólio para garantir que o projeto esteja alinhado com a direção fornecida pela alta gerência. Ele representa o(s) usuário(s) do produto ou serviço com um profundo entendimento da comunidade de usuários. Ele assegura os recursos financeiros iniciais e contínuos para o projeto, focando na criação de valor e no Retorno sobre o Investimento (ROI) geral e avalia a viabilidade e garante a entrega do produto ou serviço.

Ele também define a Visão do Projeto e ajuda a obter financiamento para o Projeto, ajuda a finalizar o Scrum Master para o projeto e identifica o(s) Business Stakeholder(s), ajuda a desenvolver um Plano de Colaboração e Plano de Construção de Equipe com o(s) Scrum Master(s), cria Épico(s) e Personas, prioriza Itens Priorizados do Backlog do Produto, define Critérios Concluídos, cria Cronograma de Planejamento de Lançamento, ajuda a determinar a Duração do Sprint, ajuda a criar Histórias de Usuário, define Critérios de Aceitação para cada História de Usuário, aprova Histórias de Usuário, facilita a Equipe Scrum e compromete Histórias de Usuário, explica Histórias de Usuário para a Equipe Scrum enquanto cria a Lista de Tarefas.

Ele também fornece orientação e esclarecimentos ao Scrum Team na estimativa de esforço para tarefas, aceita/rejeita entregas, fornece o feedback necessário ao Scrum Master e Scrum Teams, atualiza o Release Plan e o Prioritized Product Backlog, ajuda a implantar Product Releases e coordena isso com o cliente, participa de Retrospective Sprint Meetings.

Desafios enfrentados por um Product Owner:

Transformar as ideias do cliente em entregas tangíveis do produto: priorizar recursos nem sempre é fácil e pode envolver tomada de decisão de trade-off. Convencer/alcançar consenso entre todas as partes interessadas para cada decisão é complicado. O Product Owner precisa estar no controle e ter a confiança das partes interessadas do negócio para desempenhar seu papel de forma eficaz.

Esteja disponível quando contribuições adicionais forem necessárias pela equipe: o Product Owner precisa obter consenso entre várias partes interessadas do negócio e mantê-las informadas. O Product Owner pode estar envolvido em atividades relacionadas ao valor do negócio que podem mantê-lo ocupado. O Product Owner pode não estar sempre disponível no local da equipe.

Planeje lançamentos e sprints para entregar o máximo valor o mais cedo possível: O ato de equilíbrio que o Product Owner desempenha entre o Scrum Team e o Cliente é delicado. O Scrum Team pode preferir um Release Planning Schedule e durações de Sprint que podem diferir do que o cliente deseja. É trabalho do Product Owner garantir que o máximo valor seja entregue o mais cedo possível, garantindo melhor ROI para o cliente.

Articular os requisitos do cliente e a meta do projeto para a equipe: O Scrum Team pode não ter a expertise de domínio necessária do campo do cliente. O ponto de vista do Scrum Team e do Cliente pode tender a ser diferente. Ter Critérios de Aceitação claramente definidos para todas as funcionalidades é desafiador, mas um requisito essencial para entregas de projeto de alta qualidade.

Alinhar o Scrum Team com os requisitos do cliente: O time é composto por profissionais técnicos e pode ter uma perspectiva distorcida do lado do negócio/partes interessadas. O time enfrenta restrições diferentes daquelas enfrentadas por aqueles que se concentram no valor do negócio. A equipe pode estar em um local diferente e pode estar bem distante dos usuários/clientes.

Forneça feedback oportuno e construtivo à equipe para melhorar a qualidade dos entregáveis: Feedback honesto e transparente é necessário, mas pode não ser sempre conveniente de ser dado. Não levar a Sprint Review a sério o suficiente pode levar a um enorme acúmulo de problemas antes do lançamento.

Lidando com clientes que não entendem o processo do Scrum: Os clientes podem estar investidos em técnicas tradicionais de gerenciamento de projetos. Os clientes vão querer definir escopo, orçamento e tempo. Os clientes podem ter pouca ou nenhuma exposição ao Scrum, levando a equívocos e falsas expectativas. Os clientes podem não apreciar os princípios e conceitos por trás do Scrum.