O Product Owner aplicando os Pilares do Scrum

O Product Owner é uma pessoa que faz parte do Time Ágil. Dentre as suas diversas atribuições e responsabilidades, se faz necessário que este profissional tenha conhecimento e saiba aplicar os instrumentos e Pilares do Scrum.

Pretendemos apresentar neste artigo como o Dono do Produto pode aplicar a Transparência, Inspeção e Adaptação em suas atividades, contribuindo para o bem do Produto e trabalho do Time Scrum.

 

Teoria do Scrum e Definições…

O Scrum é baseado no empirismo, do qual afirma que o conhecimento é obtido através da experiência e da tomada de decisão com base no que é conhecido.

É conhecido como um framework ágil para desenvolver, manter e entregar produtos complexos de forma leve e simples, porém difícil de dominar. Scrum é leve e ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.

Com base no processo empírico, onde o conhecimento é obtido através da experiência no que é conhecido, o Product Owner precisa e deve dominar muito bem a sua teoria, de modo que seja aplicado no seu dia a dia.

A implementação do empirismo do Scrum em um time só funciona bem se os pilares forem aplicados de forma concreta. Esses pilares são: Transparência, Inspeção e Adaptação.

 

Transparência

Esse pilar mostra que as informações, artefatos, cerimônias e quaisquer outros aspectos que são comuns para os envolvidos no processo, devem estar disponíveis e de fácil acesso.

A transparência no Scrum é sobre ter a visibilidade do que está ocorrendo atualmente e do que virá a acontecer. Essa visibilidade deve estar disponível para os responsáveis diretos, indiretos e demais envolvidos e interessados.

O Dono do Produto aplicando a Transparência

Como todo produto parte de problemas, dores e necessidades de usuários, é imprescindível que todas as informações bases sejam compartilhadas com o time desde o início do Projeto.

O resultado obtido na pesquisa de usuário, bem como as validações de hipóteses e processos ligados à descoberta também devem estar sempre disponíveis, principalmente se o time não participou das atividades.

Sendo o Backlog do Produto o principal artefato do proprietário do produto, este deve estar acessível e atualizado a todo o time. É interessante também que a estruturação por Épicos, Funcionalidades e lista de Histórias de Usuários estejam muito bem apresentados.

Ainda sobre o Backlog, os itens do topo devem estar refinados, priorizados e, independente da ferramenta de gestão, devem estar acessíveis e de fácil acesso ao time a todo e qualquer momento para servir de consulta e autonomia.

A Meta do Produto, bem como a definição de pronto de cada item, roadmap, cronograma e estratégia do MVP devem ser visíveis a todos.

Por fim (e não menos importante), decisão estratégica, OKRs, tomada de decisão da alta gestão, mudança no cenário de negócio e quaisquer outras informações que afetam o Produto devem ser imediatamente compartilhada com o time e demais afetados.

A falta de transparência pode levar o time de desenvolvimento e demais interessados a tomarem decisões equivocadas quanto ao trabalho, escopo, prazo e até na qualidade do Produto.

Sem transparência é impossível obter inspeção e adaptação.

 

Inspeção

O trabalho a ser realizado no dia a dia deve ser inspecionados por todos os indivíduos, tanto na questão pessoal quanto em relação ao time. Tal inspeção pode ser utilizada no âmbito estratégico da organização ou enquanto time do Scrum.

A fim de evitar variações ou problemas indesejáveis, o progresso em direção ao objetivo e os artefatos devem ser inspecionados com frequência e bastante cuidado.

O Product Owner aplicando a Inspeção

Desde o momento da ideação do Produto, o PO precisa e deve inspecionar o mercado, negócio, usuários, concorrentes, contexto e qualquer outra coisa que impacte positiva ou negativamente o seu Produto.

A inspeção do seu próprio trabalho também é extremamente importante. É necessário que o dono do produto reveja o seu Backlog frequentemente, a fim de repriorizar, adicionar ou remover itens.

É importante a inspeção do trabalho rumo ao objetivo do time de desenvolvimento. Mas cuidado!!!! A ideia aqui não é averiguar o que cada integrante está fazendo ou se está sendo produtivo ou não, mas sim entender se o time está entendendo a meta da Sprint, a definição de pronto e se colocar à disposição para tirar dúvidas.

O proprietário do produto precisa se permitir ser inspecionado. Começando pelos stakeholders que precisam visualizar o ROI do Produto, quanto pelo time de desenvolvimento.

A falta de inspeção pode gerar surpresas e problemas inesperados.

 

Adaptação

A adaptação é a capacidade de se movimentar/agir em oportunidades ou nos casos em que o progresso, processo ou qualquer fator se desviar do direcionamento esperado.

A adaptação permite que todos os papéis do Time Scrum possam se adaptar de acordo com o momento atual do produto e/ou cenário em que se encontra. Essa adaptação é realizada de acordo com a resposta da Transparência e Inspeção realizada anteriormente.

Uma vez que é possível enxergar o todo, o PO deve ter a capacidade e autonomia para reagir e se ajustar imediatamente.

O PO aplicando a Adaptação

A premissa aqui é: qualquer momento oportuno que requer mudança deve ser aproveitado!

Partindo deste ponto, entendemos que o Product Owner precisa estar pronto para uma eventual adaptação desde o início do Produto.

Na fase de descoberta, bem como a pesquisa com os usuários, caso as validações e hipóteses não sejam comprovadas, se faz necessário mudar o rumo da solução e encontrar novos meios de resolver determinado problema.

Ainda na fase de descoberta, o PO pode visualizar diferentes tipos de problemas daquilo que havia imaginado – ou ainda – encontrar diferentes tipos de Personas não mapeadas no início. Isso requer mais adaptação.

Após as primeiras entregas, o Dono do Produto precisa visualizar constantemente a resposta de seus usuários e colher feedbacks. Se necessário, precisa tomar decisões diferentes caso esteja no caminho errado.

Até mesmo durante o planejamento ou no meio da sprint, caso algum membro do time visualize algo imprescindível para o Produto, o proprietário também precisa estar apto para mudança.

Resposta da concorrência, decisões legais, desvio no progresso, novos insights, mudanças políticas e quaisquer outros fatores externos que servirem de risco positivo ou negativo para o Produto deve ser frequentemente observado pelo PO e aplicada a devida adaptação.

Scrum.org: A adaptação se torna mais difícil quando as pessoas envolvidas não são empoderadas ou autogerenciadas. Espera-se que um Scrum Team se adapte no momento em que aprende algo novo por meio da inspeção.

 

Conclusão e Considerações finais

Percebemos que os Pilares do Scrum são “armas” fundamentais e imprescindíveis para o Dono do Produto.

Entendemos também que não são atividades temporárias ou esporádicas, mas constantes e cíclicas. Estas se completam e servem de base para um excelente Produto.

Um Product Owner sem Transparência é cego, sem Inspeção é inválido, sem Adaptação é incompetente.

Bruno Cardoso