"Om du inte skäms över den första versionen av din produkt har du lanserat den för sent." - Reid Hoffman På Splits följer vi detta tillvägagångssätt för att bygga programvara: få det att fungera → göra det rätt → göra det snabbt. Ordningen är viktig. Det här är vad vi har lärt oss när vi levererar varje fas:

Få det att fungera = funktionell prototyp. Det ska vara grovt. Det ska vara sjaskigt. Få det framför användarna snabbt. Så här omfångar vi MVP: 1) Lista allt vi tror kan vara viktigt eller relevant för projektet. 2) Vad är det *absoluta minimumet* från den här listan som vi kan avsluta och ha en funktionell prototyp?

Gör det rätt = laga alla trasiga bitar. Gå in i denna fas med tydliga signaler från marknaden: konsekvent feedback, växande användning trots uppenbara brister. Nu har du förtjänat rätten att investera mer resurser.

Gör det snabbt = optimera prestanda. Ärligt talat håller vi fortfarande på att lära oss om den här fasen. De flesta Teams är för närvarande i "gör det rätt"-läge 🤷 ♂️ Men här är inspirationen som driver oss:

Varför den här metoden fungerar: Sekvensering är strategi. Det du lär dig idag formar det du bygger imorgon. Hoppa framåt och du har inte den information som behövs för att lösa problem på rätt sätt. Handling producerar information. Men *avsiktlig* handling producerar *mer användbar* information.

Fällan är att försöka göra det rätt samtidigt som du får det att fungera. NEJ. "Ge dig själv tillåtelse att skicka något som du vet inte är rätt." - @wminshew