Os 5 melhores diagramas usados ​​para explicar os conceitos de gerenciamento de produtos

Há muitas coisas pelas quais os gerentes de produto são responsáveis. Um gerente de produto não é apenas responsável por criar estratégias criando um roteiro, mas também precisa articular o ciclo de lançamento de um novo produto para a equipe junto com tudo o que vem entre eles.

Eles também são obrigados a ter a experiência em saber como identificar as tarefas prioritárias e gerenciar a equipe de acordo. Não apenas isso, mas os gerentes de produtos móveis também têm a responsabilidade de analisar os recursos adicionados a um produto (aplicativo móvel) e se eles estão em sincronia com os objetivos do cliente.

Em suma, todos os processos, atividades e decisões associadas a um produto são sincronizados e alinhados pelo gerente de produto móvel. O que ajuda esses gerentes de produto a alcançar seus KRAs é um certo conjunto de habilidades .

Agora, obviamente, eles serão obrigados a explicar certas ideias de gerenciamento de produtos aos membros de sua equipe para que todos estejam na mesma página. Mas, a coisa a se perguntar é – como eles explicam todos os conceitos de gerenciamento de produtos e ideias-chave?

Bem, acho que alguns diagramas úteis para gerentes de produto resolvem o problema. Se você estiver interessado em saber o que são esses diagramas e como e quando eles são usados ​​pelos gerentes de produtos móveis, fique até o final.

Diagrama 1 – Gargalos de comunicação

Entende-se que, como gerente, você precisa estar ciente do que está acontecendo em sua equipe e como os membros da equipe estão gerenciando suas tarefas. Mas, é ridículo para qualquer pessoa estar envolvida em todas as comunicações e decisões – uma pessoa não pode lidar com todas as coisas sozinha, certo? Não é por isso que a delegação foi inventada?

Agora, é natural que você queira ser incluído em todas as conversas importantes inter/intra-equipe, mas você precisa refletir sobre uma coisa – é necessário? É algo que você deve fazer deixando de lado suas outras responsabilidades?

A resposta é – analise se a equipe é capaz de comunicação que não depende de você. E se for, você precisa tomar algumas decisões conscientes para garantir que coisas importantes como comunicação fluente não dependam apenas de você. Um diagrama que pode efetivamente explicar o caso em questão é dado abaixo.

Digamos que um Engenheiro da Web precise discutir algo com o Analista de Produto e, em seguida, o PA diz que precisa discutir algo com o desenvolvedor iOS a esse respeito. Agora, o Web Engineer deve, idealmente, abordar diretamente o desenvolvedor de PA e iOS, em vez de ficar dependente do PM (como mostrado na imagem à esquerda).

O diagrama à esquerda mostra a dependência da equipe do gerente de produto para se comunicar com outros membros de outras equipes – algo que afeta negativamente o fluxo de trabalho e o torna mais lento. E à direita está o diagrama exibindo um fluxo de comunicação eficiente e independente, eliminando instantaneamente pontos de contato desnecessários.

Diagrama 2: Waterfall vs ágil

Embora existam muitos recursos na internet participando do debate da abordagem Agile vs Waterfall , ainda pode parecer um conceito vago em relação ao gerenciamento de produtos. Então vamos limpar o nevoeiro da ambiguidade.

É do conhecimento geral que o custo do desenvolvimento de aplicativos móveis é calculado com base nas horas que leva para desenvolver esse produto.

Agora, se o gerente de produto dessa empresa de desenvolvimento de aplicativos móveis optar por usar a abordagem Waterfall (ou seja, uma grande versão do produto), isso significaria que o produto será lançado de uma só vez.

Agora, quando um produto é lançado, espera-se que ele se torne um sucesso instantâneo – algo que não será fácil neste caso, já que o produto é lançado de uma só vez e é definitivamente um lar para alguns problemas. O valor que eles obterão com este lançamento não será equivalente ao investimento (tempo) feito pelos desenvolvedores. É porque eles exigiriam corrigir os problemas desde o início.

Pelo contrário, a abordagem ágil que suporta pequenos lançamentos e iterações mostraria resultados de valor instantâneos, já que você está identificando erros e corrigindo-os simultaneamente. O diagrama acima mostra claramente a diferença no resultado final da escolha dessas abordagens de gerenciamento de produtos .

Diagrama 3: Representação do tamanho da entrega

Quando se trata de entregar um produto no prazo, é uma parte muito importante de todo o processo de desenvolvimento . Ele pode literalmente fazer ou quebrar o futuro de qualquer aplicativo móvel. Se o time-to-market for muito longo, algum outro aplicativo pode conquistar o mercado e tornar o aplicativo móvel em questão fútil.

Aqui está uma representação dos tamanhos das iniciativas tomadas ao desenvolver um aplicativo –

O diagrama à esquerda mostra a taxa de transferência do tamanho da entrega que lida apenas com o trabalho em grandes projetos (grandes partes de trabalho ao mesmo tempo). É absolutamente claro que trabalhar apenas em grandes projetos de um produto criaria um bloqueio em um ponto do tempo no futuro, pois esses projetos exigiriam mais tempo, atenção, recursos etc. E se algo der errado, o impacto seria devastador em todo o processo, aumentando inevitavelmente o time-to-market.

{Leia também nosso artigo sobre “ Gerentes de projeto versus gerentes de produto: diferença, funções e desafios ”}

O diagrama à direita é um clássico “fazer”. As vantagens de adotar a abordagem Agile também se estenderam a esse estágio no processo de gerenciamento de produtos . Essa abordagem preconiza a mistura de pequenas tarefas com grandes blocos de trabalho (azul), algo que também seguimos na Appinventiv.

Como é visível no diagrama, ao contrário do da esquerda, aqui pequenos pedaços de trabalho (Rosa) podem passar facilmente pelo funil (podem ser feitos facilmente). Se isso for bem-sucedido, os gerentes de produto podem continuar com essa ideia (círculos amarelos) e investir completamente. E se for o caso, eles podem iterar novamente e investir de acordo.

{Confira este artigo amplamente detalhado sobre “ 10 documentos mais importantes que os gerentes de produto devem preparar ”}

Diagrama 4: Nível de envolvimento da liderança

O diagrama abaixo compreende dois modelos para a elaboração deste conceito de gestão de produtos . Um à esquerda exibindo o tamanho da iniciativa, número de tarefas executadas por vez e o fator de risco nelas, e o outro preocupado com o nível de envolvimento dos gerentes de produto (liderança) correspondente a essas tarefas e iniciativas.

O da esquerda é uma pirâmide de tarefas/iniciativas a serem realizadas pela equipe. A parte inferior da pirâmide significa que muitas tarefas são executadas ao mesmo tempo, e o diagrama à direita mostra a quantidade de envolvimento em relação a essas tarefas domésticas com baixo ou nenhum risco.

À medida que avançamos para o topo da pirâmide, o número de tarefas diminui enquanto os riscos associados a essas tarefas também aumentam, é aqui que o gerente de produto DEVE ser consultado, enquanto no formado ele pode ser apenas informado. Esse diagrama ajudaria não apenas os gerentes de produtos móveis, mas também os membros da equipe a saber quando depender da liderança.

Diagrama 5: Analisando o valor da segmentação

Existem algumas práticas que as organizações estão acostumadas a seguir. Uma delas é o hábito de otimizar para a média ao invés de um segmento. Ou seja, eles tendem a se concentrar na média em vez de segmentos específicos que precisam ser melhorados.

Nas circunstâncias em que as metas e hipóteses são bastante amplas, torna-se um desafio para os gerentes de produto e as equipes de desenvolvimento criar um impacto por meio do produto. É porque você está aqui tentando satisfazer uma variedade de alvos ao mesmo tempo, o que não é possível.

Diagramas, como os apresentados abaixo, são uma maneira de analisar cada segmento para identificar quais estão impactando o desempenho de outros. Tudo isso para resolver os problemas predominantes.

O diagrama acima consiste em três experimentos hipotéticos 1,2 e 3 com os segmentos A, B, C e D. Dos três experimentos, no primeiro caso, houve um aumento no segmento A, seguido por uma diminuição no segundo caso e terceiro sem alteração.

Olhando individualmente, no experimento 1, o segmento A teve um bom desempenho com os outros, exceto o segmento B. Agora, o diagrama destacou o declínio neste segmento justaposto aos outros. Isso pode ajudar os gerentes de produto a encontrar as razões para isso acontecer, o que acabará melhorando a média a longo prazo.

Uma situação semelhante ocorre no experimento 3, onde os segmentos A, C, D apresentam desempenho inferior ao segmento de oposição B, que apresentou alteração significativa. Mais uma vez, um estudo esclareceria as razões para isso acontecer.

Esses diagramas úteis para gerentes de produto podem ser facilmente personalizados de acordo com as necessidades de cada um, independentemente do setor em que os gerentes de produto estão operando. No que diz respeito à Appinventiv, acho que esses modelos realmente ajudam nossas equipes a simplificar o processo e manter uma comunicação aberta entre /intra-equipes.

perguntas frequentes

1. O que é uma estrutura de gerenciamento de produtos?

Todos os frameworks são essencialmente ferramentas utilizadas no ciclo de vida do gerenciamento de produtos . Eles são usados ​​para vários propósitos, como ilustrar ideias e conceitos de gerenciamento de produtos e facilitar outras tarefas.

2. Qual é o processo de gerenciamento de produtos?

O processo de gerenciamento de produtos consiste em várias etapas. Inclui – gerenciamento de ideias, roteiro, adição e determinação de especificações, priorização, entrega, análise e feedback do usuário.