10 Dicas para Criar um Produto Ágil Roteiro | Roman Pichler

1 Foco em Metas e Benefícios

Sempre que você se depara com um atendimento ágil, dinâmico ambiente—seja ele de que o produto está apresentando alteração significativa, ou de que o mercado é dinâmico, com novos concorrentes ou tecnologias de introduzir mudanças, você deve trabalhar com um goal-oriented roteiro de produto, às vezes também referido como tema e baseado em resultados.tal roteiro centra-se em objetivos, benefícios ou resultados como adquirir clientes, aumentar o engajamento e remover a dívida técnica. As características podem ainda existir, mas devem ser derivadas dos objetivos e usadas com cuidado. Eu gosto de recomendar usando não mais de três a cinco características por objetivo, como uma regra de ouro.

para ajudá-lo a desenvolver o seu roteiro ágil do produto, eu criei um modelo de roteiro orientado para o objetivo chamado de roteiro do produto GO. Consiste em cinco elementos: data, nome, objetivo, recursos e métricas, como mostra a imagem abaixo. Você pode baixar o modelo GRATUITAMENTE de romanpichler.com/tools, e você pode encontrar mais informações sobre como usá-lo em meu post “the GO Product Roadmap”.

the GO Product Roadmap Template

2 Do the Necessary Prep Work

Antes de criar o seu roteiro, capturar e validar a estratégia do produto. Gosto de considerar a estratégia como o caminho escolhido para realizar a sua visão e o roteiro como um plano de produto viável que comunica como a estratégia é implementada. Por outras palavras, gosto de retirar o roteiro da estratégia.uma estratégia eficaz deve descrever a proposta de valor do produto, o mercado-alvo. características de destaque, e objetivos de negócios. Certifique-se de que você pode afirmar com confiança estes, que você fez a descoberta de produto necessário e trabalho de validação. Caso contrário, corre-se o risco de criar um roteiro para os produtos que não seja realista e exequível.

estratégia do produto e Roteiro do produtogosto de usar o meu painel de visão do produto para descrever a estratégia do produto. O conselho captura a visão, o grupo-alvo, o problema a ser resolvido ou o benefício a ser fornecido, as principais características do produto, e os objetivos de Negócio. Você pode baixar o modelo de Placa de visão de Produto de romanpichler.com/tools-de graça.

3 conte uma história coerente

o seu roteiro do produto deve contar uma história coerente sobre o crescimento provável do seu produto. Cada objetivo deve basear-se no anterior, especialmente desde que o seu produto não tenha atingido a maturidade.

para chegar com a narrativa do roteiro certo, tente as seguintes duas dicas: primeiro, quebrar o usuário, o cliente, e os objetivos de negócios declarados na estratégia do produto em subtítulos específicos e mensuráveis. Em seguida, ordene os sujeitos para que eles formem uma história coerente. Se eu quisesse oferecer um produto alimentar saudável, por exemplo, que ajuda os homens de meia-idade a reduzir o risco de desenvolver diabetes tipo-2, o objetivo da primeira libertação inicial (MVP) pode ser construir uma comunidade de usuários. O objetivo do segundo lançamento pode ser aumentar o engajamento, e o objetivo do terceiro pode ser gerar receita.em segundo lugar, resista à tentação de adicionar objetivos e características ao roteiro do produto para agradar aos stakeholders poderosos ou mediar um acordo. Embora eu seja um grande fã de roteiros de produtos colaborativos, isso não deve resultar em decisões de produtos fracos e compromissos, ver minhas dicas “garantir forte Buy-in” e “ter a coragem de dizer Não” abaixo.

4 mantê-lo simples

tenha cuidado para não adicionar muitos detalhes ao seu roteiro do produto. Mantenha o seu roteiro simples e fácil de entender. Capturar o que realmente importa e deixar de fora o resto, focando-se nos objetivos. Mantenha os recursos em seu roteiro de granulado grosseiro e derivá-los dos objetivos. Não mostrar épicos ou histórias de usuário sobre o seu roteiro de produto, mas mantê-los no backlog do produto. Use o roteiro do produto como um plano estratégico do produto e o backlog do produto como um detalhado que facilita a execução, como mostra a imagem abaixo.

Product Roadmap and Product Backlog

5 Secure Strong Buy-in

the best product roadmap is wellless if the people required to develop, market, and sell the product don’t buy into it. Uma ótima maneira de chegar a acordo é colaborar com as principais partes interessadas e envolvê-las na criação e atualização do roteiro do produto. Isto permite-lhe alavancar as suas ideias e conhecimentos, cria compreensão partilhada, e torna mais provável que as pessoas apoiem o plano.a execução de um workshop colaborativo de mapeamento de estradas é uma ótima maneira de envolver todos e criar um roteiro de produto compartilhado, como ilustra a figura a seguir.

Product Roadmapping Workshop

certifique-se, no entanto, que pede a um facilitador qualificado, por exemplo, o seu mestre Scrum, para facilitar a oficina. Isso inclui escolher a regra de decisão certa, por exemplo, consentimento, e garantir que todos são ouvidos e ninguém domina.

6 ter a coragem de dizer não

enquanto você quer que as principais partes interessadas para apoiar o roteiro do produto, você não deve cometer o erro de dizer sim a cada idéia e pedido. Isso transformaria o seu produto em uma sopa de recurso, uma coleção aleatória de recursos. “A inovação não é dizer sim a tudo. Trata-se de dizer não a todos, mas às características mais cruciais”, disse Steve Jobs. Use sua visão e estratégia de produto para tomar as decisões certas.

mas antes de explicar por que uma ideia ou pedido não pode ser adicionado ao roteiro do produto, ouça atentamente a ideia do stakeholder. Ter um interesse genuíno no que o indivíduo tem a dizer e procurar entendê-la ou sua necessidade ou motivação subjacente. Isso faz com que a pessoa se sinta valorizada e compreendida, o que tornará mais provável que o indivíduo seja capaz de ouvir uma resposta negativa e ainda está disposto a apoiar o roteiro.

7 saber quando Mostrar datas

datas em roteiros de produtos tem sido um tópico muito debatido entre algumas pessoas do produto por um tempo. Eu recomendo a utilização de datas ou prazos em um roteiro interno que coordena o trabalho realizado pelas partes interessadas internas, tais como, marketing, vendas e suporte, e a equipe de desenvolvimento. Isso ajuda você a tomar decisões importantes de trade-off entre o transporte a tempo e plenamente cumprir um objetivo. Além disso, proporciona clareza para os stakeholders e equipes de desenvolvimento ajudando-os a fazer o seu trabalho.

mas quando você usa um roteiro externo que é mostrado para clientes e usuários e muitas vezes usado como uma ferramenta de vendas, então eu sugiro não mostrar quaisquer datas ou prazos, mas sequenciando seus lançamentos e possível empregar uma grade agora-seguinte-posterior para encomendá-los. Por favor, veja o meu artigo ” os roteiros dos produtos devem ter datas?”para mais informações.

8 torne o seu roteiro mensurável

ao usar um roteiro orientado para objectivos, assegure – se de que cada objectivo é específico e mensurável para que possa dizer se cumpriu ou não o objectivo. Se seu objetivo é adquirir clientes, por exemplo, então pergunte a si mesmo quantos novos clientes devem ser adquiridos; e se seu objetivo é reduzir a dívida técnica, determinar quanto do código ruim deve ser removido ou reescrito.

Se você não indicar um alvo, será difícil dizer se você cumpriu o objetivo ou não. No entanto, certifique-se de que afirma um objectivo realista e que os objectivos do seu roteiro são realistas. Em seguida, selecione as métricas que irá ajudá-lo a determinar se um objetivo foi alcançado e se uma liberação tenha fornecido o benefício desejado.

9 determinar o custo de cima para baixo

sempre que o seu produto experimenta uma quantidade significativa de mudança e inovação, eu recomendo que você não tente determinar o custo de desenvolvimento de baixo para cima, mas sim de cima para baixo. É virtualmente impossível derivar os épicos certos e histórias de usuário a partir das características do roteiro, obter estimativas corretas de sua equipe, e antecipar com precisão a velocidade e a taxa de mudança no backlog do produto. Mesmo se você conseguir fazê-lo funcionar, você vai acabar com um backlog de produtos excessivamente longo e complexo que é difícil de ajustar e manter. Além disso, pode levar dias—e em alguns casos semanas—para transformar os recursos em requisitos bem definidos e para chegar a estimativas detalhadas.

em vez disso, determinar quantas pessoas com que as competências são susceptíveis de ser necessárias para criar os lançamentos desejados no roteiro. Aproveite a sua experiência de desenvolvimento de produtos similares ou versões anteriores do mesmo produto; Considere se pessoas suficientes com a experiência certa estão disponíveis em sua empresa, ou se você terá que contratar ou contratar pessoas. Isto deve dar-lhe uma indicação do custo provável da mão-de-obra necessária. Em seguida, adicione o custo para instalações, infraestrutura, materiais, licenças e outros itens relevantes. Realizar este exercício em conjunto com a equipa de desenvolvimento.

determinar o custo de cima para baixo

10 rever regularmente e ajustar o roteiro

por último, mas não menos importante: se o ambiente em que você está é ágil, então é provável que a mudança ocorra. Você deve, portanto, regularmente rever e atualizar o seu roteiro do produto—entre cada quatro semanas a cada três meses, dependendo de quão jovem o seu produto e como o mercado é dinâmico.

frequência de revisão do Roteiro do produto

Combine os seus comentários sobre o roteiro do produto e a estratégia do produto. Isto garante que os dois planos são mantidos em sincronia, que as mudanças de roteiro maiores são refletidas na estratégia e vice-versa.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *