Hogyan működik a gyakorlatban?
Tegyük fel, hogy egy rendeléskezelő rendszert szeretnél. A teljes álomlistán szerepel rendelésfelvétel, készletkezelés, számlázó-integráció, riportok és ügyfélportál. Az MVP ebből csak a rendelésfelvételt és egy egyszerű listanézetet tartalmazza — mert most az fáj a legjobban, hogy a rendelések papíron és Messengerben szóródnak szét.
Ez a verzió pár hét alatt elkészül, a csapatod elkezdi használni, és a valós használatból derül ki, mi kell tényleg a következő körben. Gyakran kiderül, hogy amit a specifikációban fontosnak hittünk, azt senki sem nyitja meg.
Miért éri meg így indulni?
A szoftverprojektek legnagyobb kockázata nem a technológia, hanem hogy fél évig épül valami, amit aztán nem úgy használnak, ahogy tervezték. Az MVP ezt a kockázatot vágja le: kisebb összegből, hetek alatt kapsz valamit, ami már pénzt vagy időt termel, és minden további fejlesztés valós tapasztalatra épül.
Én kifejezetten így dolgozom: először egy fókuszált MVP-t építek, aztán a rendszer a cégeddel együtt bővül. Új funkció kell? Hozzáépítjük, nem kezdjük újra.