O framework de priorização: Valor vs Complexidade

Valor vs complexidade é um framework de priorização que permite que uma equipe de produto avalie cada iniciativa de acordo com o valor que a iniciativa trará e com que dificuldade/ complexidade será implementada. As iniciativas são plotadas em uma matriz e priorizadas de acordo.

Valor vs complexidade é um dos muitos frameworks de priorização que os gerentes de produto podem usar para priorizar iniciativas no roadmap do produto. É um método popular entre as equipes de produtos que buscam uma maneira objetiva de alocar tempo e recursos finitos de desenvolvimento, em iniciativas baseadas nos benefícios potenciais ou percebidos.

Os gerentes de produto freqüentemente utilizam o modelo de valor versus complexidade (e variações dela) para padronizar um conjunto de parâmetros de tomada de decisão. Esses parâmetros (geralmente, como o nome sugere, valor e complexidade) podem ser aplicados a todos as features, aprimoramentos do produto, correções e outras iniciativas que competem por espaço no roadmap do produto.

Esse modelo de priorização é muito objetiva e permite que as equipes de produtos apliquem raciocínio estratégico e quantificável às decisões sobre: quais iniciativas priorizar e quais arquivar. (Você sabe como fazer isso? Descubra a seguir)

A metodologia é direta: a equipe de produto cria um gráfico ou matriz de priorização com eixos para “Valor comercial” e “Complexidade / esforço”. O gráfico é dividido em quadrantes da seguinte forma: alto valor, baixa complexidade; alto valor, alta complexidade; baixo valor, baixa complexidade; e baixo valor, alta complexidade. A equipe avaliará cada iniciativa e a plotará no gráfico, fornecendo uma representação visual do valor previsto de cada iniciativa e do esforço necessário.

O modelo funciona da seguinte maneira: Para cada iniciativa em consideração, a equipe do produto fará duas avaliações separadas e descobrir as iniciativas que prometem agregar mais valor pelo menor esforço. São elas:

• Quanto valor ele antecipa que a iniciativa vai entregar.
• Quanto esforço será necessário para implementá-lo.

As iniciativas que oferecem o maior valor e exigem o mínimo de esforço representam os itens de prioridade máxima a serem adicionados ao roadmap do seu produto. As iniciativas que caem no outro extremo do espectro – prometendo um valor comercial relativamente baixo e um alto grau de dificuldade de implementação – provavelmente devem ser arquivadas.

Agora vamos examinar com mais detalhes como esse processo pode parecer na prática.

Bonus: Jim Semick, da ProductPlan, apresenta muito bem o funcionamento do framework no video abaixo:

• ALTO valor, BAIXA complexidade

Idealmente, essas serão suas principais prioridades, porque elas obtiveram notas altas em valor e, ao mesmo tempo, pontuaram pouco nos esforços previstos. Você deseja priorizar essas features / iniciativas acima dos outros.

Vale ressaltar, que as chances são baixas de que você planeje as iniciativas propostas por sua equipe neste quadrante, porque, se forem tão importantes e relativamente fáceis de implementar, você provavelmente já as terá concluído. Na verdade, durante a discussão sobre priorização de valor vs complexidade, eles descrevem esse quadrante como “Porque você demorou tanto para fazer isso?”

• ALTO valor, ALTA complexidade

Definitivamente vale a pena priorizar essas iniciativas, provavelmente perdendo apenas para as iniciativas de alto valor e baixa complexidade (se houver alguma).

Mas as iniciativas que se enquadram nessa categoria TALVEZ precisem ser arquivadas devido ao esforço necessário para implementá-las.

• BAIXO valor, BAIXA complexidade

Esta categoria pode representar a lista de coringas de sua equipe. Eles têm baixa pontuação no valor comercial, mas ainda podem representar features, correções ou outros elementos interessantes que vale a pena acrescentar ao seu produto – principalmente porque eles também não exigem muito trabalho ou esforço da sua equipe de desenvolvimento.

Você pode deixar esses itens onHold para períodos em que sua equipe de desenvolvimento está em transição entre projetos ou tem alguns ciclos curtos de inatividade. Elas representam uma oportunidade de obter pequenas vitórias sem gastar muito esforço ou recursos.

• BAIXO valor, ALTA complexidade

A menos que você tenha um motivo legítimo para dedicar tempo para trabalhar em uma iniciativa que não ofereça muito valor comercial e prometa ser difícil de implementar, provavelmente você deve riscar esses itens da sua lista completamente.

De fato, uma das melhores razões para usar o modelo de priorização de valor s complexidade é ajudar sua equipe a identificar essas iniciativas de baixo valor e alto esforço para garantir que você não perca tempo e recursos importante de desenvolvimento.

1. Determine uma pontuação de “valor” para suas features

No modelo de valor vs complexidade, há pelo menos dois tipos de valor a serem considerados.

• O valor que uma iniciativa irá proporcionar à seus usuário ou ao seu mercado de forma mais ampla. Por exemplo, esse tipo de valor incluiria: o grau em que sua iniciativa reduzirá a dor dos usuários ou melhorará sua eficiência e com que urgência o mercado parece exigi-la.
• Uma estimativa do valor direto da iniciativa para sua empresa. Esse valor pode ser refletido em termos de aquisição de novos clientes, retenção de clientes existentes, capacidade de vender mais e a nova receita prevista que a iniciativa trará.

Ao avaliar o valor comercial de uma iniciativa, convém considerar vários fatores. Isso aumentará o reconhecimento da marca da sua empresa no mercado? A iniciativa afeta clientes suficientes para fazer valer o esforço? (Algumas iniciativas podem afetar apenas um pequeno subconjunto de sua base de usuários e clientes em potencial e, portanto, podem ter um valor comercial relativamente baixo.)

Ao avaliar o valor comercial de uma iniciativa, convém considerar vários fatores.

Depois de atingir uma pontuação para cada uma das subcategorias de valor, você pode combiná-las em uma única pontuação numérica. A pontuação deve representar o valor global estimado dos negócios da iniciativa.

Você pode optar por dar pesos a uma dessas subcategorias com mais força que a outra. Por exemplo, você pode decidir que a contribuição que a implementação de uma iniciativa vai dar aos seus negócios merece mais peso do que o impacto potencial na experiência do usuário. Tudo bem, desde que você aplique sua fórmula de forma consistente em todas as iniciativas que estiver avaliando.

2. Determine uma pontuação de “complexidade” para cada iniciativa

O que exatamente significa complexidade na estrutura de priorização de valor vs complexidade?

Uma maneira facil de pensar, e que é utilizada por muitos times de produtos é simplesmente estimar o custo geral de uma iniciativa para os negócios e permitir que esse custo sirva como uma base para a complexidade ou o esforço necessário para implementá-la.

Em alguns casos, essa métrica única pode ser suficiente, mas você também pode aprofundar muito mais do que isso. Você pode dividir sua pontuação de complexidade / esforço em várias subcategorias, como:

• Custos operacionais
• Tempo do desenvolvedor
• Tempo na programação (dias, semanas, meses)
• Treinamento do cliente, esforço de migração e tratamento de possíveis perguntas ou reclamações
• Risco (incluindo o potencial de sua nova iniciativa ser substituída em breve pelas novas tecnologias ou processos)
• Habilidades de desenvolvimento internas (se apenas um ou dois desenvolvedores tiverem o conhecimento necessário para implementar uma iniciativa, isso significaria afastar esses desenvolvedores de outros projetos, e também que o progresso da iniciativa poderia ser adiado se esses indivíduos adoecerem, saírem para férias etc.)

Dica: Aqui, você também pode optar em criar varias subcategorias e dar pesos a elas. Dessa forma você vai conseguir criar um valor mais condizente com o que considera “complexo”.

3. Planeje iniciativas em sua matriz e priorize

Depois de planejar cada uma das iniciativas da sua lista na matriz de priorização, você pode decidir qual colocar em seu roadmap e em qual ordem de prioridade. Aqui está uma visão geral do que você encontrará em cada quadrante.

Os gerentes de produto podem usar diferentes modelos para priorizar as features, então quando sua equipe deve usar a abordagem de valor vs complexidade? Como ele oferece um método objetivo e quantificável que pesa o benefício potencial de cada iniciativa em relação ao esforço exigido, essa estrutura pode ser útil em qualquer cenário de priorização. Mas aqui estão alguns exemplos de onde modelo o valor vs complexidade pode ser particularmente útil:

1. Quando você está desenvolvendo um novo produto

Os times com produtos mais maduros provavelmente não descobrirão muitas oportunidades “faceis” em uma matriz de priorização de valor vs complexidade – aquelas iniciativas de “alto valor e baixo esforço” (no quadrante superior esquerdo). Se o produto estiver tido sucesso o suficiente para amadurecer e ainda estar no mercado, é provável que a equipe já tenha implementado os elementos que agregam alto valor e não exigiram muito esforço para criar.

Porém, com um novo produto, esse modelo pode ajudar uma equipe a descobrir essas iniciativas de alto impacto. Portanto, definitivamente vale a pena tenta-la quando você ainda está nos estágios iniciais do desenvolvimento de novos produtos.

2. Se você tiver um prazo curto ou recursos de desenvolvimento limitados

Nos casos em que sua equipe tem recursos extremamente escassos, você pode se limitar a assumir apenas projetos de baixa complexidade ou baixo esforço. Em outras palavras, mesmo que uma iniciativa seja de alta prioridade, ela pode simplesmente não ser viável, devido ao seu tempo ou limitações de pessoal.

Nesses casos, é útil ter uma maneira de ver o que você pode fazer com os recursos que possui.

3. Se você deseja analisar de forma mais objetiva às iniciativas

Os times geralmente descobrem novas idéias sobre as iniciativas propostas quando as submetem ao exercício de priorização de valor versus complexidade.

Por exemplo, somente depois de colocá-las na matriz de priorização, eles perceberão que talvez a razão pela qual muitos na empresa tenham argumentado contra uma iniciativa, não é porque ela não forneça valor aos negócios – certamente fornecerá – mas sim, porque ela representa mais trabalho do que o imaginado

Da mesma forma, quando eles concluírem esse exercício de priorização e aplicarem sua fórmula de valor comercial a uma determinada iniciativa, uma equipe de produto poderá descobrir que o entusiasmo da equipe de desenvolvimento por essa iniciativa não se baseia em seu valor potencial para a empresa – que é relativamente baixo —Mas por estarem entusiasmados com o processo de tecnologia ou desenvolvimento em que essa iniciativa lhes permitiria trabalhar.

O framework de priorização valor vs complexidade força sua equipe a construir uma representação visual da verdade por trás de cada iniciativa proposta – seja ela boa ou ruim.

O modelo de valor vs complexidade pode ser uma estratégia útil para as equipes de produtos que tentam transformar uma longa lista de features, aprimoramentos e outros itens propostos em uma lista estrategicamente sólida de prioridades.

Se tiver duvidas sobre como escolher o melhor framework de priorização para seu time, escrevi um artigo para ajuda-lo nessa tarefa, basta clicar no link a seguir.

Esse artigo foi publicado anteriormente no site da ProductPlan – software para a criação de roadmaps