Você sabe que a estrutura organizacional ágil é orgânica com funções e não hierárquica. Você sabe que a Estrutura Agile escalonada – 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 "proprietário de recurso" que gerencia um recurso importante do produto com o qual os usuários finais interagem, como pesquisa e navegação no site de um varejista on-line.
- Um "proprietário de componente" que possui um módulo de arquitetura, como a camada de persistência –, portanto, "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 ver as diferenças nas tarefas dos proprietários de produtos individuais, dê uma olhada no gráfico aqui. Ele mostra as diferenças com muita clareza.
Um exemplo para você entender os diferentes tipos de proprietários de produtos
Para deixar ainda mais claro o que é um proprietário de produto SAFe, aqui está um exemplo. Vamos imaginar que estamos desenvolvendo um telefone celular –, digamos um iPhone. Há a carcaça, a tela, a placa de circuito e muito mais. O proprietário da plataforma é responsável pelo desenvolvimento de toda a placa de circuito (elétrica), que também pode servir de base para o desenvolvimento posterior do telefone celular (por exemplo, iPhone 10 – iPhone 11). Nessa placa de circuito, há vários componentes, por exemplo, todas as funcionalidades do teclado. O proprietário do produto do componente cuida disso. O Product Owner do recurso não é responsável apenas pelos componentes individuais, mas pela funcionalidade completa do telefone celular, incluindo luz e som, por exemplo. O proprietário do produto SAFe é responsável por uma subárea do telefone celular e gerencia o recurso, o componente e o Scrum PO. O proprietário do portfólio é, em última análise, responsável por todo o telefone celular e, portanto, "gerencia" todos os POs.
A propósito, uma observação rápida no contexto da transformação ágil: você quer ter certeza de que está atualmente as prioridades certas em seu sistema ágil Transformação?
Em seguida, você pode fazer nossa verificação de maturidade para sua transformação ágil –, que leva apenas 3 minutos. Você ainda obtém uma referência com base em mais de trezentos outros participantes. Veja o botão 🙂 Você pode ver 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 usa métodos como Design Thinking – e ferramentas de exploração contínua, como Personas, Empathy Maps, Customer Journey Maps, Story Maps para gerar insight e entendimento dentro das equipes sobre o cliente e o produto. O diagrama também oferece uma boa visão geral da divisão de tarefas.
Fonte: Estrutura Agile em escala
O modelo FAN-Out
Como você realmente cuida de um planejamento de recursos adequado e eficaz? Isso, incluindo a carga de trabalho e as competências dos membros da equipe, é um fator crucial na cooperação. Especialmente quando muitas pessoas trabalham juntas, o planejamento de recursos e funções é extremamente importante. É imperativo que eles sejam coordenados uns com os outros. Na pior das hipóteses, podem ocorrer gargalos. A velocidade também é inibida pelo planejamento incorreto ou abaixo do ideal –, o que gera 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.
A maioria dos ônibus Agile está circulando em círculos....
...e tratar sintomas superficiais. É hora de você usar a psicologia – para uma mudança de mentalidade sustentável.
Certificação de proprietário de produto da estrutura Agile da Scaled
Como e onde posso obter a certificação?
Para obter a certificação, você deve reservar um curso e um exame por meio de www.scaledagile.com. Essa plataforma dá a você acesso a todos os provedores e instrutores autorizados a certificar o SAFe. As certificações (cursos e exames) geralmente são realizadas on-line. Além da certificação SAFe PO, existem várias 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.
