Skip to main content

Qual a principal diferença entre POC e MVP?

Esses dias me perguntaram qual seria a principal diferença entre POC e MVP, respondi que o MVP (Minimum Viable Product) seria uma versão utilizável do produto com um número mínimo de funcionalidades, enquanto o POC (Proof of Concept) estaria em um estágio anterior, sendo uma prova de conceito interna da equipe, para o verificar a viabilidade técnica. 

Resolvi pesquisar melhor sobre o assunto para me aprofundar e separei algumas coisas interessantes:

  • A POC mitiga os riscos técnicos, já o MVP mitiga os riscos de negócio;
  • Startups normalmente começam com a POC para convencer os stakeholders sobre o real valor da solução a ser desenvolvida;
  • A melhor forma de criar uma POC é no estilo de hackathon;
  • Algumas vantagens do MVP são ter feedback dos usuários (early-adopters) antes do produto oficialmente lançado, reduzir custos/tempo e atrair investidores;
  • Alguns benefícios da POC são atrair investidores iniciais, descobrir se as pessoas precisam do seu produto e escolher a tecnologia mais adequada antes do desenvolvimento;
  • Existe ainda a prototipação, que também é rápida como a POC e permite visualizar como o usuário final irá interagir com o produto, entendendo seus fluxos e recursos necessários.
  • Não necessariamente é preciso passar por todos esses passos, cabe avaliar em qual o momento você se encontra, tanto a nível de produto como na equipe e empresa.

Fontes:

https://www.plainconcepts.com/mvp-poc-differences-use-cases/ 

https://thinkingthrough.substack.com/p/what-we-get-wrong-about-proof-of 

https://keytotech.com/2020/05/15/poc-prototype-mvp-difference/ 

https://spdload.com/blog/poc-vs-prototype-vs-mvp/ 

As 4 melhores técnicas de priorização de backlogs

O backlog do produto deve ser uma lista de todas os épicos, features, histórias e tarefas relacionadas ao produto que a equipe precisa desenvolver, incluindo a divisão de responsabilidades e estimativas. Ele precisa também ser flexível para mudar de acordo com as necessidades do mercado (exemplo: o lançamento de uma nova funcionalidade em um produto concorrente). Devido a isso, um grande desafio na vida do PO é manter esse backlog priorizado, fatiado e organizado, de acordo com as necessidades dos seus usuários, stakeholders e mercado. No meu dia a dia já usei algumas técnicas para me ajudar no meio de um mar de itens, separei as que mais gosto de trabalhar:

Priorização inspirada na Lean inception

Já usei para facilitar, em reunião com os stakeholders, com o objetivo de priorizar as features, ou funcionalidades, a serem desenvolvidas nos próximos meses. De forma bem resumida, é uma votação, de 1 a 3, do quanto o usuário vai gostar da funcionalidade, qual o valor que ela traz para o negócio e qual o esforço para desenvolver.

MOSCOW

Para mim a mais rápida e de fácil entendimento para usuários, uso bastante no dia a dia, em refinamentos e planejamentos gerais. É basicamente um quadro, para ranquear com os envolvidos no produto, quais funcionalidades/histórias, esse produto deve ter (Must), Deveria ter (Should), Poderia ter (Could), Gostaria — não terei no momento (Would).

 

WSJF — Weighted Shortest Job First

Umas das técnicas que mais gosto, é um modelo de priorização usado para sequenciar por exemplo, Features, Capabilities e Epics, com o objetivo de criar o maior benefício econômico, calculando o custo relativo do atraso (CoD) e o tamanho do trabalho. Esses itens são pontuados (pode ser através do fibonacci), de acordo com:

– valor de negócio

– urgência

– Risco

Que somados dariam o custo do atraso, que deve ser dividido pelo esforço para o desenvolvimento. Cada item tem um total, o com o maior valor é o de maior prioridade.

Matriz GUT

Já utilizei em momentos onde várias coisas eram muito importantes. Como funciona? Liste as funcionalidades ou histórias e crie um ranking para elas de acordo com Gravidade, Urgência e Tendência. Multiplique as 3 notas para obter o ranking dos seus principais itens a serem resolvidos.

Gravidade (impacto financeiro ou qualquer outro)

1. Sem gravidade;

2. Pouco grave;

3. Grave;

4. Muito grave;

5. Extremamente grave.

Urgência (é o fator tempo)

1. Pode esperar;

2. Pouco urgente;

3. Urgente, merece atenção no curto prazo;

4. Muito urgente;

5. Necessidade de ação imediata.

Tendência (o problema tende a piorar rapidamente ou se deve permanecer estável caso não seja solucionado)

1. Não mudará;

2. Vai piorar em longo prazo;

3. Vai piorar em médio prazo;

4. Vai piorar em curto prazo;

5. Vai piorar rapidamente.

Bônus: Coisas que não te contam sobre a priorização

  • Nem sempre dá tempo de usar técnica para priorização
  • Às vezes infelizmente acontece de a priorização vir top down, por conta de prioridades maiores da empresa/gestão

E aí me conta, quais técnicas você costuma utilizar para priorização?

Fontes:

https://www.caroli.org/sequenciador/

https://vidadeproduto.com.br/framework-moscow/

https://rockcontent.com/br/blog/matriz-gut/

https://medium.com/agileinsider/5-best-ways-to-prioritise-your-product-backlog-a761fadc8862

https://www.scaledagileframework.com/wsjf/

https://online.visual-paradigm.com/pt/diagrams/templates/moscow-method/moscow-template/