Esta página foi traduzida automaticamente. Para uma melhor experiência de leitura, mude para inglês.

Mudar para inglês
Christine
Christine

O que é um Product Owner no Scaled Agile Framework SAFe? - Números, dados, factos 

Você sabe que a estrutura organizacional ágil é orgânica com funções e não hierárquica. Você sabe que a Scaled Agile Framework - SAFe é um método para aumentar a agilidade. Você pode saber mais sobre o próprio SAFe em nossos vários artigos de blog, por exemplo, sobre o 4 níveis da estrutura Agile em escala. Hoje vamos dar uma olhada mais de perto na função do proprietário do produto do Scaled Agile Framework. O Product Owner do SAFe tem responsabilidades diferentes das do Product Owner do Scrum, por exemplo.

 

Então, o que é um proprietário de produto da estrutura do Scaled Agile?

Um proprietário de produto da estrutura do Scaled Agile cuida dos detalhes do produto. Suas tarefas incluem a definição de histórias de usuários. Devido ao tamanho dos produtos e projetos no SAFe, ele trabalha apenas em uma parte selecionada do backlog do produto. No entanto, ele cuida de uma ou mais equipes de desenvolvimento. O foco do proprietário do produto SAFe está nas táticas do produto.

 

Os 6 tipos de proprietários de produtos

  • O “Proprietário do Produto Scrum” original, que é responsável por um produto em sua totalidade. Sua tarefa é maximizar o valor. Por isso, ele é frequentemente chamado de “maximizador de valor”.
  • Um “Feature Owner” que gere uma funcionalidade importante do produto com a qual os utilizadores finais interagem – como a pesquisa e navegação no site de um retalhista online. 
  • Um “Component Owner” que detém um bloco de construção arquitetónico como a camada de persistência – ou seja, “apenas” componentes individuais do software
  • Um “proprietário de plataforma” que gerencia uma plataforma como uma coleção de ativos de software compartilhados. 
  • O “Proprietário do Produto SAFe”, que é o proprietário dos detalhes do produto. 
  • Um “proprietário de portfólio” que gerencia um grupo de produtos (relacionados).

Antes de nos aprofundarmos, uma observação rápida. Recentemente, tivemos 11 especialistas internacionais em agilidade como convidados em um webinar – sobre uma pergunta: Como você dimensiona métodos ágeis adequadamente?

O resultado é esta fantástica gravação em vídeo (inglês), que aborda as seguintes questões, por exemplo:

  • É melhor começar de baixo para cima ou de cima para baixo?
  • Como você faz com que os líderes concordem com uma visão comum?
  • Como escolher a estrutura ágil correta – e por que ela não é tão importante assim?

Minha recomendação mais calorosa: dê uma olhada! Leva um tempo relativamente longo, mas vale a pena cada minuto.

Para reconhecer as diferenças nas tarefas de cada Product Owner, pode consultar o gráfico aqui em baixo. As diferenças tornam-se muito claras nele.

 

Um exemplo para você entender os diferentes tipos de proprietários de produtos

Para deixar ainda mais claro o que é um SAFe Product Owner, segue-se um exemplo. Vamos imaginar que estamos a desenvolver um telemóvel – digamos um iPhone. Existe a caixa, o ecrã, a placa de circuito e muito mais. O Platform Owner é responsável pelo desenvolvimento de toda a placa de circuito (elétrica), que também pode servir de base para o desenvolvimento futuro do telemóvel (por exemplo, iPhone 10 – iPhone 11). Nesta placa de circuito existem vários componentes, por exemplo, todas as funcionalidades do teclado. O Component Product Owner é responsável por isso. O Feature Product Owner não é apenas responsável por componentes individuais, mas por toda a funcionalidade do telemóvel, incluindo luz e som, por exemplo. O SAFe Product Owner é então responsável por uma área do telemóvel e gere o Feature, Component e Scrum PO. O Portfolio Owner é, por fim, responsável por todo o telemóvel e “gere” assim todos os POs.

A propósito, uma breve nota no contexto da transformação ágil: Quer certificar-se de que está a definir as prioridades certas na sua transformação ágil? 

Então faça a nossa verificação de maturidade para a sua transformação ágil - demora apenas 3 minutos. Receberá até uma referência com base nos mais de trezentos outros participantes. Veja o botão 🙂

Comparação entre o Product Owner do Scrum e o Product Owner do SAFe

Um Product Owner do Scrum é responsável pelo produto. Ele cuida da visão, da estratégia e das táticas de um produto. No entanto, o modelo SAFe divide a responsabilidade pelo produto em duas funções diferentes: 

  • O gerente de produtos SAFe: é responsável pelas decisões estratégicas de produtos.
  • O proprietário do produto SAFe: é responsável pelas táticas do produto. 

Em termos simples, isso significa que o gerente de produtos decide quais produtos serão desenvolvidos em seguida. O proprietário do produto, por outro lado, ajuda a equipe de desenvolvimento a criar os produtos. Juntos, ambos fazem o trabalho do proprietário do produto do Scrum, por assim dizer, e a divisão se deve ao dimensionamento e ao tamanho dos produtos e projetos. A divisão é uma técnica comum de dimensionamento. Mas dê uma olhada para você mesmo aqui.

O que é a sincronização do proprietário do produto?

O termo Product Owner Sync aparece com frequência nesse contexto. Pelo menos em termos de conteúdo, o PO Sync é mais ou menos o Scrum dos Scrums. O objetivo do PO Sync é garantir a coordenação da visão do produto e do conteúdo relacionado ao trabalho em todas as equipes. Ele sincroniza a visão, a estratégia e as táticas. É outra função dentro do SAFe.

 

Tarefas e responsabilidades do proprietário do produto SAFe

O Product Owner é responsável por preparar e participar do planejamento do PI. Dentro da iteração, ele é responsável por manter o backlog da equipe, para o seguinte: 

  • Planejamento de iteração
  • Desenvolvimento da história na hora certa
  • Aplicação do Desenvolvimento orientado por comportamento (BDD) (Teste)
  • Aceitação das histórias
  • A aparência como facilitador
  • Participação em demonstrações e retrospectivas da equipe

Ele utiliza métodos como Design Thinking - e ferramentas de Exploração Contínua como Personas, Empathy Maps, Customer Journey Maps, Story Maps, para promover insights e compreensão nas equipas para o cliente e o produto. O diagrama também fornece uma boa visão geral da divisão de tarefas.

 

Fonte: Estrutura Agile em escala

 

O modelo FAN-Out

Como é que se gere um planeamento de recursos adequado e eficaz? Este, incluindo a utilização e as competências dos membros da equipa, é um fator decisivo na colaboração. Especialmente quando muitas pessoas trabalham em conjunto, o planeamento de recursos e funções é extremamente importante. Estes devem ser necessariamente coordenados uns com os outros. No pior dos casos, podem ocorrer estrangulamentos. Além disso, a velocidade é inibida por um planeamento incorreto ou não ideal - tudo isto causa custos desnecessários.

O modelo de fan-out cuida do número certo de recursos dos gerentes de produtos, proprietários de produtos e da equipe ágil. Esses recursos devem ser tão equilibrados quanto possível para garantir que você consiga Trem de liberação Agile (ART) para gerenciar com eficiência. Se a carga de trabalho não for ideal, todo o sistema e as pessoas que fazem parte dele passarão muito tempo esclarecendo problemas em vez de trabalhar de forma produtiva. Por experiência própria, posso dizer que, na maioria dos casos, isso gera custos e erros. Além disso, uma maneira descoordenada de trabalhar tem um forte efeito externo e também custa pontos em excelência aqui.

Portanto, você pode fazer bom uso do modelo FAN-Out aqui. Cada gerente de produto pode dar suporte a até quatro POs. Cada um deles pode ser responsável por uma ou duas equipes ágeis. Novamente, quanto mais pessoas estiverem envolvidas, mais importante será a comunicação e a transparência.

Certificação de proprietário de produto da estrutura Agile da Scaled

Como e onde posso obter a certificação?

Para ser certificado, deve reservar um curso, incluindo o exame, através de www.scaledagile.com uma plataforma. Através desta plataforma, tem acesso a todos os fornecedores e formadores que estão autorizados a certificar SAFe. As certificações (cursos e exames) geralmente ocorrem online atualmente. Além da certificação SAFe PO, existem muitas outras certificações.

 

Descrição do cargo e grupo-alvo

Um proprietário de produto/gerente de produto SAFe certificado é um especialista em SAFe que trabalha com clientes e organizações de desenvolvimento para identificar e priorizar requisitos.

 

Você aprenderá as seguintes habilidades básicas:

  • Aplicar a mentalidade Lean Agile e os princípios e práticas do SAFe. 
  • Identificar as necessidades dos clientes
  • Escrever épicos, capacidades, recursos e histórias
  • Priorizar o trabalho para agregar valor ao negócio 

Procedimento e duração

Você pode fazer um curso em diferentes países, com diferentes instrutores e parceiros (por exemplo, IBM ou Capgemini). Normalmente, a duração é de 2 dias. Você tem 90 minutos (1,5 horas) para o exame. Você deve responder a um total de 45 perguntas. O idioma da certificação é o inglês. Se você responder 35 das 45 questões (77%), receberá o POPM4. Você receberá o POPM5 se responder corretamente a 33 das 45 (73%).

Fonte: isapm.org

Custos, potencial de ganho e salário do proprietário do produto

Como regra geral, os custos estão entre 995 e 1.400 euros e variam de acordo com o provedor.

A primeira tentativa de exame está incluída na taxa de inscrição do curso se o exame for feito dentro de 30 dias após a conclusão do curso. Cada tentativa repetida custa 50 euros.

Um proprietário de produto certificado do Scaled Agile Framework ganha aproximadamente 55.000 a 65.000 euros por ano.

Isso depende muito da maturidade, da experiência e da personalidade do proprietário do produto, mas também do ambiente em que ele estará trabalhando.

 

Resumo e crítica

O proprietário do produto no SAFe não é o mesmo que o proprietário do produto no SCRUM. Devido ao tamanho e à complexidade do método SAFe, as tarefas e responsabilidades do proprietário do produto são divididas entre duas pessoas. 

Isso requer cooperação para que os produtos possam ser desenvolvidos de forma otimizada. Muitas vezes, isso resulta em mais esforço de coordenação. Se é provável que haja muitas incertezas e mudanças no projeto, o método SAFe, incluindo o SAFe Product Owner, é menos adequado. 

Enquanto você ainda estiver procurando uma estratégia que funcione bem para levar um produto ao mercado, alcançar a adequação do produto ao mercado e, em seguida, expandir o produto, é especialmente importante combinar decisões estratégicas e táticas do produto e implementar isso com, por exemplo, o SCRUM. Portanto, é aconselhável que você use o SAFe com sabedoria nas fases de desenvolvimento, lançamento e crescimento (inicial) do ciclo de vida do produto.

Categoria do blogue

Mais artigos sobre "Agilidade no dimensionamento"

Ver todos os artigos desta categoria
Modelo Ágil Spotify: Squads, Tribos, Capítulos e Guildas explicados

Modelo Ágil Spotify: Squads, Tribos, Capítulos e Guildas explicados

Breve visão geral do Modelo Spotify: Como Squads, Tribos, Capítulos e Guildas escalam a agilidade, quais papéis estão envolvidos e o que você deve observar ao implementar.

Agility Health Radar: os 13 modelos mais populares de KPIs ágeis

Agility Health Radar: os 13 modelos mais populares de KPIs ágeis

O jornalista e escritor norte-americano Prentice Mulford disse certa vez: „Quem reconhece um mal já está quase curado.“ Prentice Mulford Portanto, não é de se admirar que meçamos a temperatura, vis...

Acordos de trabalho: 10 exemplos, amostras e modelos

Acordos de trabalho: 10 exemplos, amostras e modelos

A colaboração eficaz em equipes é fundamental para o sucesso, especialmente no contexto de métodos ágeis, como o Scrum. Os acordos de trabalho desempenham um papel fundamental na criação de uma est...

O Scrum Master como líder servidor: 8 ideias para você pensar

O Scrum Master como líder servidor: 8 ideias para você pensar

Como psicólogo experiente e Scrum Master, entendo os desafios que os líderes de equipe enfrentam em ambientes ágeis. Encontrar o equilíbrio entre agilidade e liderança não é uma tarefa fácil. Neste...

Metas de desempenho do gerente de produto: 5 dicas e exemplos

Metas de desempenho do gerente de produto: 5 dicas e exemplos

Os gerentes de produtos desempenham um papel fundamental no desenvolvimento e na comercialização de produtos. Para serem bem-sucedidos, eles precisam definir e perseguir metas claras de desempenho...

Scrum - o que é isso? Simplesmente explicado!

Scrum - o que é isso? Simplesmente explicado!

Você gostaria de trabalhar com agilidade, mas se pergunta: Afinal, o que é Scrum? Explicamos o que é mais importante para que sua equipe possa trabalhar com sucesso de forma ágil!

Combinando OKR e Scrum: Como funciona (workshops, meta de sprint e ciclos)

Combinando OKR e Scrum: Como funciona (workshops, meta de sprint e ciclos)

Sowohl Scrum als auch OKR erfreuen sich als Frameworks in der agilen Community aktuell großer Beliebtheit. Scrum kommt eher aus der Welt der Softwareentwicklung, OKRs eher aus der Strategie. Aber l...

Agile em escala: uma comparação das cinco estruturas mais importantes

Agile em escala: uma comparação das cinco estruturas mais importantes

As estruturas Agile ajudam as empresas a fornecer aos clientes de forma mais rápida e confiável. É muito fácil implementar o Agile em equipes individuais. O desafio é implementar o trabalho ágil em...

Os 5 melhores cursos on-line sobre o Agile

Os 5 melhores cursos on-line sobre o Agile

Apresentamos 5 treinamentos on-line que o aproximam da maneira ágil de trabalhar e que são adequados para você e sua organização.

Boletim informativo Echometer

Não perca as atualizações sobre o Echometer e obtenha inspiração para o trabalho ágil