MVP, MMF, PSI, WTF? Parte Um: Entendendo o MVP
Quando estou trabalhando com novos proprietários de produtos, eu frequentemente acho que nós ficamos presos em um mar de TLA’s (Three Letter Acronyms) quando chega a hora de realmente começar a transformar seu Backlog de idéias em incrementos de valor liberáveis.
A ideia de dividir o trabalho – dividir as nossas grandes libertações de produtos Planned Out em incrementos de valor menores é onde muitos Novos Proprietários de Produtos lutam. Como nós pegamos este Roadmap de Produtos e o transformamos em algo que minhas equipes Scrum podem realmente entregar em uma cadência curta e regular? Como posso transformar esta enorme lista de Recursos Muito Importantes (VIFs) em um conjunto iterativo de oportunidades para aprender, entregar valor e realmente colocar algo nas mãos de nossos clientes? Em outras palavras….
“Qual é o nosso MVP?”
“É o nosso MMF?”
“Podemos lançar este PSI como um MVP, ou precisamos de mais histórias feitas antes de termos um MMF?”
Também…. o quê????
O que significam estes TLA’s? Como eles são diferentes um do outro? Como eles estão relacionados? Por que eu deveria me importar?
Começar com MVP (Minimum Viable Product), esta série de três partes ajudará os agilistas iniciantes a entender o que significam estes TLA’s. Como eles são diferentes um do outro? Como eles são relacionados? Por que eu deveria me importar? Também ajudará a lembrar àqueles que já trabalham com Agile há algum tempo porque esses conceitos são os pilares da agilidade.
Para as pessoas que estão começando a aprender sobre Scrum, elas podem se voltar para o Scrum Guide… e aprender rapidamente que o Scrum Guide é silencioso sobre como transformar um produto em uma coleção de pequenos incrementos de valor liberáveis.
A falta de informação em torno deste importante assunto pode ser realmente frustrante para os Novos Proprietários de Produtos. Esperamos que o resto deste artigo esclareça os MVP’s, e há sempre classes de Proprietários de Produtos Scrum Certificados para conferir para mais informações. Por enquanto, vamos mergulhar no produto mínimo viável.
O MVP
Você fez sua pesquisa, você caminhou em grupos de foco de clientes através de algumas rodadas de Buy a Feature, e você tomou algumas decisões em torno de como seu próximo lançamento poderia ser. De facto, envolveu a sua equipa de marketing e está a fazer iterações através de ideias sobre como fazer um grande splash – anúncios em revistas comerciais, Tweets promovidos, posts no Facebook…
Mas, ainda há algumas perguntas incómodas que tem em torno de algumas das funcionalidades em que está a trabalhar. Você já pensou neles, já os analisou, mas há uma voz na sua cabeça que fica perguntando: “Mas como você SABE?”
É aí que entra o MVP – não o Steph Curry, mas o (talvez erroneamente nomeado) Produto Mínimo Viáveis.
The Lean Startup Conundrum
Em seu livro “The Lean Startup”, Eric Reis re-define confusamente o termo “Produto Mínimo Viável”, o que ele explica em uma entrevista em 2015. Em resumo:
“Algumas advertências logo de cara”. MVP, apesar do nome, não se trata de criar produtos mínimos. Em segundo lugar, o uso das palavras máximo e mínimo na definição significa que não se trata, decididamente, de fórmula”
Então, se o mundo da Propriedade de Produto e a comunidade Ágil redefiniu o Produto Mínimo Viáveis para não ser nem sobre criar o mínimo nem sobre produtos, então o que é isso?
Tudo Sobre a Aprendizagem
Aquela voz irritante na parte de trás da sua cabeça, perguntando-se se existe uma saída para a armadilha da Análise Paralisia em que você está, tentando descobrir uma maneira de realmente saber as respostas para algumas de suas perguntas, em vez de se analisar em um sentido mais profundo de falsa segurança? É aí que entra em jogo o Produto Mínimo Viável.
Onde um PSI (Potentially Shippable Increment – Incremento Potencialmente Expansível) é sobre a criação da oportunidade de potencialmente expedir algo de valor, e o MMF (Minimum Marketable Feature – Recurso Mínimo Comercializável) é sobre a combinação desses pedaços de valor em uma coleção de recursos que resolvem problemas dos clientes, o MVP é sobre fazer o mínimo de trabalho que sua equipe pode fazer para fechar um loop de aprendizagem validado.
Na metodologia Lean Startup de descoberta de produtos, um dos hábitos mais importantes a ser adotado é o hábito de validar hipóteses e criar experimentos. Em organizações mais tradicionalmente avessas ao risco, a crença de que o risco deve ser analisado fora de seu produto antes do lançamento leva a longos prazos e, frustrantemente, a suposições baseadas em dados sobre os desejos e desejos do cliente. Se somos realmente bons em análise estatística, e se temos dados realmente bons sobre uma parcela estatisticamente significativa de nossos clientes, podemos fazer um bom trabalho de formular um palpite educado sobre o que nossos clientes querem.
Mas, no final das contas, isso ainda é um palpite.
Quando estamos criando MVPs, estamos intencionalmente construindo apenas funcionalidade suficiente para fazer as perguntas certas de nossos clientes – você compraria este produto? Será que estes ícones fazem sentido? Este fluxo de trabalho frustra-o, ou ajuda-o a encontrar o seu próximo restaurante favorito?
Neste momento, estamos a olhar para protótipos de papel, wireframes de websites, maquetes UI; estamos a atravessar a rua até ao centro comercial para mostrar os nossos designs às pessoas mais próximas, apenas para validar rapidamente que estamos no caminho certo.
A magia de criar um bom MVP não está nas ferramentas ou técnicas, mas sim na disciplina, quando você quer analisar dados de um mapa de calor de um site para descobrir qual esquema de cores funciona melhor, para em vez disso pegar alguns marcadores e papel, esboçar um par de soluções de baixa fidelidade, e perguntar a alguém, “Qual destas você gosta mais?”