"Dacă nu vă este rușine de prima versiune a produsului dvs., ați lansat prea târziu." - Reid Hoffman La Splits, urmăm această abordare a construirii de software: fă-l să funcționeze → să-l faci corect → să-l faci rapid. Ordinea contează. Iată ce am învățat în fiecare fază:

Fă-l să funcționeze = prototip funcțional. Ar trebui să fie dur. Ar trebui să fie ciudat. Puneți-l rapid în fața utilizatorilor. Cum definim MVP: 1) Enumerați tot ceea ce credem că ar putea fi important sau relevant pentru proiect. 2) Care este *minimul absolut* din această listă pe care îl putem termina și avea un prototip funcțional?

Fă-o corect = repară toate biții rupți. Intrați în această fază cu semnale clare din partea pieței: feedback constant, utilizare în creștere în ciuda defectelor evidente. Acum ți-ai câștigat dreptul de a investi mai multe resurse.

Fă-l rapid = optimizează performanța. Sincer, încă învățăm despre această fază. Majoritatea echipelor se află în prezent în modul 🤷 ♂️ "fă-o corect" Dar iată inspirația care ne motivează:

De ce funcționează această abordare: Secvențierea este strategie. Ceea ce înveți astăzi modelează ceea ce construiești mâine. Săriți înainte și nu aveți informațiile necesare pentru a rezolva corect problemele. Acțiunea produce informații. Dar acțiunea *intenționată* produce informații *mai utile*.

Capcana este să încerci să o faci bine în același timp în care o faci să funcționeze. NU. "Dă-ți permisiunea de a expedia ceva ce știi că nu este în regulă." — @wminshew