Qual é a sua opinião mais picante sobre gerenciamento de produtos? Eu vasculhei as ruas do Twitter e encontrei alguns interessantes para reagir. Deixe-me saber o que você pensa nos comentários! Roteiros são uma perda de tempo Carl Vellotti no Twitter nos inicia com um tópico classicamente picante no mundo PM: roteiros. É um assunto antigo. As empresas desejam expectativas razoáveis e clareza, o produto precisa permanecer flexível e está dolorosamente ciente de que os prazos não funcionam. Então, o que fazemos? Sou obrigado a produzir roteiros em minha função atual. Eu uso as três táticas a seguir para garantir o alinhamento máximo: Eu divido o roteiro em quatro quartos. Qualquer período menor que esse é suicídio. Com cada comunicação de roteiro (por exemplo, e-mail, reuniões, etc.), lembro a todos que um roteiro não é um plano. Quanto mais para a direita você olha, menos “planejado” ele é. Procuro ao máximo reduzir a carga de trabalho e manter o tempo disponível em cada trimestre para ser flexível. Dados geram produtos médios Amit diz algo silencioso em voz alta e estou aqui para isso. É sempre difícil ir contra a multidão “apoiada em dados”. Eles têm a ciência e a pesquisa do seu lado, certo? Como isso poderia estar errado? Meu problema geral com isso é principalmente semântica. A maioria das pessoas ou organizações afirmam ser “orientadas por dados”, o que considero errado por alguns motivos: Eles provavelmente não têm dados suficientes (a menos que sejam Google/Facebook). Os dados que os impulsionam são tendenciosos (preconceito do pesquisador, adaptação da pesquisa à opinião já tomada pelo CEO, etc.). Eles usam a pretensão de “dados” para justificar uma decisão e nunca mais a analisam criticamente. Em vez disso, sempre defenderei uma abordagem baseada em dados. É sutil, mas faz muita diferença. Estar informado sobre os dados significa que você está ciente de que os dados coletados podem ser insuficientes, tendenciosos e podem ser completamente ignorados durante a tomada de decisões. Um PM informado por dados, com grande senso de produto e coragem para tomar decisões é a verdadeira fórmula vencedora. SCRUM é ruim para velocidade Escrevi uma série de 6 partes sobre como abandonar uma abordagem SCRUM para o produto. Claramente, concordo com esta opinião. : Leia Mudando do SCRUM para o Shape Up. Construa primeiro, problema depois Eca. Eu não sei cara. Este é difícil. Não consigo me imaginar trabalhando em nenhum produto, projeto ou mesmo recurso que não tenha sido iniciado por algum tipo de problema. Mesmo que você espere construir algo totalmente novo, algo criativo, algo com que você sonhou, com certeza isso ainda decorre de algum tipo de problema, certo? Problema → Solução. Essa é a base do que fazemos como profissionais de produtos e, ouso dizer, empreendedores. Eu acho que é uma versão picante! Frameworks são rodinhas de treinamento para manequins Tenho uma questão a resolver com estruturas e é bom ver que outros parecem concordar. Eu não descarto completamente os frameworks. Eles podem fornecer inspiração útil (da mesma forma que um estudo de caso ou um modelo). Meu problema é quando os frameworks são vendidos como soluções para problemas. Muitas vezes, eles nem fornecem nada de valor. Pegue a : estrutura RACE Esta estrutura tem como objetivo nos ensinar que, para conseguir clientes, você deve: Alcance clientes Faça-os agir Converta alguns deles Envolva-os Tenho certeza de que uma criança de 6 anos com uma barraca de limonada poderia lhe dizer isso. E sem palavras bonitas, melhor ainda. Essa é a minha cota de velhos gritando com as nuvens de hoje. Quais são as suas opiniões picantes do PM? Quer ler mais? Aprofundei-me em cada em meu Substack. opinião impopular do PM

Este áudio é produzido no idioma original da história!

Muito longo; Para ler

Developers: Build Less. Deliver More. [Learn how]	

5 etapas picantes de gerenciamento de produtos

Muito longo; Para ler

Alex Debecker

About Author

Rótulos

Languages

ESTE ARTIGO FOI APRESENTADO EM...

5 etapas picantes de gerenciamento de produtos

Muito longo; Para ler

Alex Debecker

About Author

Rótulos

Languages

ESTE ARTIGO FOI APRESENTADO EM...

HISTÓRIAS RELACIONADAS