"Se você não está envergonhado pela primeira versão do seu produto, você lançou tarde demais." — Reid Hoffman Na Splits, seguimos essa abordagem para construir software: fazer funcionar → fazer certo → fazer rápido. A ordem importa. Aqui está o que aprendemos ao enviar cada fase:

Fazer funcionar = protótipo funcional. Deve ser rudimentar. Deve ser instável. Coloque-o rapidamente na frente dos usuários. Como definimos o 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?

Corrija = conserte todas as partes quebradas. Entre nesta fase com sinais claros do mercado: feedback consistente, uso crescente apesar de falhas óbvias. Agora você ganhou o direito de investir mais recursos.

Faça rápido = otimize o desempenho. Honestamente, ainda estamos aprendendo sobre esta fase. A maioria das equipes está atualmente em modo "faça certo" 🤷‍♂️ Mas aqui está a inspiração que nos motiva:

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

A armadilha é tentar fazer tudo certo ao mesmo tempo 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