O SCRUM vai para o buraco sem Gerenciamento de Produto
Com a utilização do SCRUM nas empresas ao adotar práticas ágeis, muitos Product Owners são catapultados para este papel. Eles aparecem de tudo quanto é canto: departamento de Vendas, marketing, gerenciamento de projetos, comunicação, gente que passa na porta da empresa e por aí vai.
Como resultado, poucos Donos de Produtos (P.O’s) possuem experiência na função. Então eles vão para um treinamento PSPO ou CSPO, se tiverem sorte. Muitas empresas acreditam que isso já será suficiente para que eles tenham sucesso na nova missão.
Para entender mais sobre o que um Product Owner faz, vamos relembrar a definição lá do SCRUM GUIDE:
Scrum(subs): Um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com mais alto valor possível.
A parte em negrito, é onde entra o tal do P.O. O Dono do produto é responsável por maximizar o valor do produto resultante do trabalho do time de desenvolvimento.
Mas como um P.O sabe e decide o que é valioso para se fazer?
O Scrum Guide fala o seguinte sobre entrega de valor:
O Scrum deixa claro a eficácia relativa de suas práticas de gerenciamento de produto e técnicas de trabalho, de modo que você possa continuamente melhorar o produto, o time e o ambiente de trabalho.
O SCRUM apoia a entrega de produtos de maior valor possível, somente se o Dono do Produto aplicar as práticas de Gerenciamento de Produto. Quando sólidos princípios de gerenciamento de produto são aplicados, o SCRUM pode ajudar a clarear o quão eficiente suas técnicas de gerenciamento de produto são.
Você pode usar o Scrum para entregar produtos de valor de forma aleatória. Mas se você quer entregar produtos de maior valor possível, é aqui que o gerenciamento de produto aparece.
Scrum é leve, pela natureza de ser um framework de processos. Ele não é prescritivo na hora de dizer as coisas necessárias à fazer para se entregar valor.
Imagine que você divida a entrega de um produto em 3 fases:
Descoberta: Descobrir quais problemas devemos resolver para os usuários e como resolvê-los de um modo que entreguemos mais valor. Descobrir resultados em hipóteses validadas de acordo com a expectativa do negócio e dos usuários. A experimentação pode ser usada para conseguir um melhor entendimento e propriedade para a construção.
Entrega: Construir a funcionalidade do produto, uma vez que você já tem uma visão clara do problema que você deve resolver, juntamente com uma solução aproximada.
Validação: Revisitar suas entregas para checar se o valor esperado foi entregue. Isso pode ser o insumo para rodadas de descobertas e entregas futuras ou pode resultar até na eliminação daquela funcionalidade.
Relativamente falando, SCRUM é muito direto e prescritivo na forma de se entregar, mas não fala nada sobre o que fazer antes ou depois: DESCOBERTA e VALIDAÇÃO. O Gerenciamento de produto é necessário para preencher o vazio deixado pelo SCRUM sobre como descobrir o problema e atestar que o mesmo foi resolvido. Afinal, O SCRUM não te fala como aplicar princípios de gestão de produto para que você entregue mais valor com ele.
Um Dono de Produto com uma pobre ou baixa capacidade de gerenciar produtos, se mata para entregar valor com SCRUM. Quando isso acontece, o SCRUM não o salva, o SCRUM em si não consegue melhorar este aspecto, pois não há nada que a inspeção e adaptação possa fazer.
O trabalho real de um dono de produto é ser expert em gerenciamento de produto. O gerenciamento de produto é o fundamento no qual o SCRUM se apoia para entregar produtos/serviços com o maior valor possível.
O que é gerenciamento de produto?
Gerenciamento de produto nada mais é do que construir produtos que resolvem os problemas dos clientes e torna a vida deles melhor, enquanto faz o elo com as necessidades do negócio (ganhar dinheiro! #prontofalei).
Gerenciamento de produtos é desafiador porque requer um profundo entendimento do negócio, juntamente com um profundo conhecimento do cliente para tomar as decisões corretas em relação ao produto.
Não há receita de bolo ou fórmula que garanta um produto de sucesso. Gerenciamento de produto não pode e não promete isso. Assim como não existe uma receita de bolo para escrever o próximo hit musical, bestseller ou seriado mais assistido do planeta.
O campo do gerenciamento de produto oferece uma abordagem estruturada e empírica que desafia suposições, reduz riscos e otimiza a probabilidade de construir produtos de valor.
Quando as empresas tem P.O’s. fracos em gerenciamento de produtos, eles só usam SCRUM para otimizar as entregas de funcionalidades mais eficientemente. E muitas vezes nem isso acontece! #OMG
Eles não conseguem preencher o espaço que o SCRUM deixa para eles atuarem.
Se abster do gerenciamento de produto somado ao SCRUM, produz fábricas de entregas altamente eficientes e nada mais.
Então te pergunto: — Cadê o impacto destas entregas? Quais números interessantes para o negócio elas estão afetando? Se isso não está claro é bem provável que o seu gerencimento de produto esteja pífio.
Uma fábrica altamente eficiente em entregas de funcionalidades pode até parecer produtiva — elas produzem e entregam muito! Mas as funcionalidades são entregues sem qualquer garantia de impacto no negócio (VALOR). É a forma mais leviana de “entregar valor”: Construimos qualquer coisa, chamamos de entrega e aí cola, passa batido para quem tá vendo ou usando o produto ou gerenciando o time de desenvolvimento. O negócio é entregar, entregar, entregar… ainda que sejam vários “pratos de bosta”.
Neste contexto, ainda é comum aquele acúmulo de funcionalidades que ninguém usa no caso de desenvolvimento de sistemas, ou recursos disponibilizados que pouquíssimos clientes tem interesse no caso de outras áreas. O nome disso é DESPERDÍCIO, pois, requer mais custo de manutenção para algo que não está sendo usado. Em larga escala isso joga o valor do produto/serviço que você está construindo lá para baixo.
Usar o gerencimento de produto eficiente, para ajudar a desobrir que problemas precisam ser resolvidos e como chegar em uma solução que leve em consideração as necessidades do negócio, ainda é raro. O gerenciamento de produto é crucial para otimizar o valor da entrega com SCRUM. Um P.O. novato no campo de gerenciamento de produto, será incapaz de elevar o processo de entrega de valor.
Será que faz sentido contratar Donos de Produto sem experiência em gerenciamento de produtos? Usando uma analogia: Em que time você estaria disposto a colocar um programador que não tivesse experiencia nenhuma em desenvolvimento?
Agile Coaches e Scrum Masters não são suficientes para treinar Product Owners
Algumas empresas acreditam que SCRUM MASTERS e AGILE COACHES devem treinar Donos de Produto. SCRUM MASTERS conseguem apenas fazer uma parte deste trabalho: Mostrar ao Product Owner como ele se encaixa no SCRUM. Isso é somente 10–20% do trabalho de um P.O. Não se espera de um SCRUM MASTER ou AGILE COACH serem especialistas em gerenciamento de produtos. É muito melhor colocar um Product Owner inexperiente colado à um experiente para este trabalho de COACHING. Um gerente de produtos que entende a teoria e que ficou por anos nas trincheiras construindo produtos, pode ajudar muito na preparação de um novo P.O.
Você terá o melhor dos dois mundos desta maneira. O Product Owner recebe treinamento do SCRUM MASTER ou AGILE COACH em relação ao seu papel e como atuar no SCRUM e o especialista em gerenciamento de produtos prepara-o para o trabalho que ele tem atualmente: entregar valor para os clientes e para o negócio através de princípios de gerenciamento de produto.
Product Owners devem ser especialistas em gerenciamento de produto para combater a “fábrica de entregas” do SCRUM
Gerenciamento de produto é o fundamento no qual o SCRUM se apoia para entregar produtos com o maior valor possível.
O Scrum é prescritivo quando falamos em entregar funcionalidades e omisso quando falamos em descobrir e validar funcionalidades. Gerenciamento de produtos é necessário para preencher este espaço que o SCRUM deixa para você preencher como parte da abordagem do processo. Ele precisa ser turbinado pela expertise de gerenciamento de produto para produzir o produto certo, que entrega valor ao cliente e ao negócio. Um time scrum com Donos de produto novatos em gerenciamento de produto, irão operar no modo “fábrica de entregas”, ou seja, serão feitas entregas e não VALOR.
Se você quer entregar produtos com o maior valor possível: Contrate um especialista em gerenciamento de produto e coloque-o no papel de Dono de Produto. Se não for possível, emparelhe o P.O novato com alguém que ja tenha vivenciado gerenciamento de produto e possa ensiná-lo o ofício. Outra opção é colocá-los em um intensivo programa de treinamento para Gerenciamento de Produtos. Um SCRUM MASTER ou AGILE COACH geralmente não serão suficientes, pois pouquíssimos possuem expertise em gerenciamento e construção de produtos.
Gerenciamento de produto é o motor que direciona a entrega de valor com o SCRUM. Você só pode combater a “fábrica de entregas” com práticas de gerenciamento de produto. O SCRUM pavimenta a estrada pela qual os times descobrem melhores formas de entregar valor para clientes e negócio. Somente assim o SCRUM é capaz de entregar produtos com o maior valor possível.
Portanto, pare e repense sobre as entregas que você tem feito. Se você é de um time de desenvolvimento e não consegue puxar facilmente um report sobre o impacto que suas entregas estão tendo nos principais indicadores de sua empresa, você está em um mato sem cachorro. Se você é um P.O. e gera demandas sem baseá-las em hipóteses e validação das mesmas, você pode fazer zilhões de entregas e ainda assim não agregar valor algum. Deixe de entregar por entregar e passe a entregar VALOR!
E você? Já viveu este quadro? Como você enxerga o gerenciamento de produtos?
Agradecimento especial à Marteen que permitiu que eu me inspirasse em seu artigo —Scrum sucks without solid Product Management — Thanks Marteen! Hope to write others articles with you ;).
Ilustrações: Reynaldo Barros Jr
