Gerenciando o produto por resultados (outcomes) e não por entregas (outputs)

A quantidade de software entregue, não importa

Gerenciando o produto por resultados (outcomes) e não por entregas (outputs)
Photo by Towfiqu barbhuiya / Unsplash

É muito comum encontrar Product Managers que raciocinam da seguinte maneira: o usuário tem um problema, então, faço uma funcionalidade/melhoria/mudança e resolvo o problema.

Forma errada de pensar antes da solução, antes de funcionalidade, depois o problema.

Mas não é só por que finalizamos e shipamos uma funcionalidade, que o problema será resolvido ou muito mais importante: que essa entrega causou o impacto desejado no comportamento do usuário e/ou trouxe impacto positivo financeiro ou de posicionamento para a empresa.

Direcionando seu produto por entregas e funcionalidades (outputs)

Quem nunca teve que preparar uma apresentação para a empresa - principalmente para os stakeholders - com um roadmap de entregas de funcionalidades? É comum as pessoas precisarem/desejarem ver quando e o que será entregue a fim de entender onde e quando teremos os resultados para o usuário ou para a empresa.

roadmap baseado em funcionalidades

Quando funcionalidades estão no centro do nosso backlog e das nossas discussões, estamos gerenciando nosso produto por Outputs (que eu chamo aqui de entregas, por falta de tradução melhor).

Managers don’t care how they achieve their business goals; they just want to achieve them. — Jeff Gothelf e Josh Seiden

Ser apaixonado pela solução é um erro comum entre novos e velhos Product Managers. Mais correto (e difícil) é ser apaixonado pelo problema. Isso quer dizer que é melhor investir mais tempo no Upstream do processo, conhecendo mais o problema, entendendo seus meandros e motivos, para depois avançar para uma solução. Aquela velha história de pensar duas vezes pra cortar uma.

A quantidade de software (traduzido em funcionalidades, bugs, débitos técnicos, alinhamento de design…) entregue, não importa. O que importa é se essas entregas estão impactando o comportamento do usuário, que por sua vez impactam os indicadores de produto, que por sua vez devem impactar indicadores de negócio.

Mesmo que as funcionalidade sejam pautadas em necessidades reais do usuário, que foram descobertas em entrevistas de mercado e validadas por dados, você como Product Manager deveria gerenciar seus produtos tendo em vista Resultados (Outcomes).

Direcionando seu produto por resultados (outcomes)

Gerenciar um produto por resultados é direcionar a empresa e o time para alcançar um determinado objetivo, mudando um determinado indicador de produto que por sua vez muda o negócio.

Os outcomes são definidos por indicadores mensuráveis pelo time, que é importante para o usuário ao mesmo tempo que para o negócio.

É melhor investir mais tempo no Upstream do processo, para conhecer mais o problema, entendendo seus meandros e motivos, para depois avançar para uma solução. – compartilhe no twitter

Isso é muito mais fácil dizer do que fazer. Se o seu time faz isso sozinho, tem grandes chances de fracassar ou ter entraves bem grandes. O correto é que a empresa tenha um alinhamento claro e transparente sobre os objetivos que precisam ser alcançados. Dessa forma o time pode decidir como impactar o usuário para alcançar os objetivos globais.