"Se você não está envergonhado com a primeira versão do seu produto, você lançou tarde demais." - Reid Hoffman Na Splits, seguimos esta abordagem para construir software: fazê-lo funcionar → acertar → torná-lo rápido. A ordem é importante. Aqui está o que aprendemos ao enviar cada fase:

Faça funcionar = protótipo funcional. Deve ser áspero. Deve ser instável. Coloque-o na frente dos usuários rapidamente. Como definimos o escopo do MVP: 1) Liste tudo o que achamos que pode ser importante ou relevante para o projeto. 2) Qual é o *mínimo absoluto* desta lista que podemos terminar e ter um protótipo funcional?

Faça certo = conserte todos os bits quebrados. Entre nesta fase com sinais claros do mercado: feedback consistente, uso crescente apesar das falhas óbvias. Agora você ganhou o direito de investir mais recursos.

Torne-o rápido = otimize o desempenho. Honestamente, ainda estamos aprendendo sobre essa fase. A maior parte do Teams está atualmente no modo 🤷 ♂️ "faça certo" Mas aqui está a inspiração que nos impulsiona:

Por que essa abordagem funciona: Sequenciamento é estratégia. O que você aprende hoje molda o que você constrói amanhã. Pule adiante e você não terá as informações necessárias para resolver os problemas corretamente. A ação produz informação. Mas a ação *intencional* produz informações *mais úteis*.

A armadilha é tentar acertar ao mesmo tempo em que você está fazendo funcionar. NÃO. "Dê a si mesmo permissão para enviar algo que você sabe que não está certo." - @wminshew