„Kas saame selle 8 nädalaga valmis?” on küsimus, mida kuulen peaaegu igalt idufirmalt. Aus vastus on: jah, aga ainult siis, kui oled valmis MVP-d päriselt minimaalsena hoidma. Enamik 8-nädalasi plaane ebaõnnestub mitte sellepärast, et meeskond töötab aeglaselt, vaid sellepärast, et ulatus kasvab kaheksa nädala plaanist kolme kuu plaaniks ilma et tähtaega muudetaks.
Siin on, mis 8 nädala sisse päriselt mahub, mis kindlasti mitte, ja miks aus kärpimine on see, mis teeb tähtajast päris tähtaja.
Mis mahub 8 nädala sisse
Realistlik MVP keskendub ühele asjale ja teeb selle korralikult. See tähendab:
- Üks põhiline kasutajatee. Üks probleem, mida lahendad, üks tee algusest lõpuni. Kui kirjeldad toodet lausega „see teeb X ja ka Y ja natuke Z-i”, ei ole see enam MVP.
- Üks autentimisviis. E-post ja parool, või üks sisselogimine (nt Google), mitte mõlemad korraga ja mitte veel kolmandat varianti „hiljem lisame”.
- Lihtne, aga toimiv admin-vaade. Sageli piisab sellest, kui saad andmebaasis asju käsitsi muuta või on olemas minimaalne admin-paneel kõige hädapärasema jaoks, mitte täisfunktsionaalne juhtpaneel.
- Põhiline disain, mitte kujundusprojekt. Puhas ja selge kasutajaliides valmis komponentide baasil, mitte kohandatud disainisüsteem nullist.
- Käsitsi tehtavad protsessid seal, kus automatiseerimine pole kriitiline. Kui midagi juhtub kuu jooksul kaks korda, võib selle esimeses versioonis teha käsitsi ja automatiseerida hiljem, kui näed, et seda päriselt vaja on.
Mis kindlasti 8 nädala sisse ei mahu
Siin on asjad, mis tunduvad väikesed, aga on tegelikult eraldi projektid:
- Multi-tenant arhitektuur (üks süsteem mitmele kliendiorganisatsioonile) koos keeruka arveldusega. Kui plaanid müüa erinevaid pakette erinevatele klientidele erineva juurdepääsuga, on see omaette süsteem, mitte lisafunktsioon.
- Natiivsed mobiilirakendused. Veebipõhine MVP, mis töötab hästi ka telefonis, on 8 nädalaga võimalik. iOS- ja Android-äpi arendus, testimine ja poodidesse saatmine ei ole.
- Rasked integratsioonid kolmandate süsteemidega. Raamatupidamistarkvara, laohaldus või mõni vana ettevõtte sisemine süsteem, millel puudub korralik API, võtavad omaette nädalaid, sest suurem osa ajast kulub teise süsteemi kummalisustega tegelemisele, mitte enda koodile.
- Keerukad õiguste ja rollide süsteemid. „Admin näeb kõike, meeskonnajuht näeb oma meeskonda, klient näeb ainult enda andmeid, aga mõnel kliendil on ka alamkontod.” See on omaette funktsioon, mille testimine võtab rohkem aega kui väljamõtlemine.
- Täielik automatiseerimine ja kõigi erijuhtude katmine. MVP eesmärk on kontrollida hüpoteesi, mitte katta iga võimalikku stsenaariumi. Harvad juhtumid võivad esialgu minna käsitsi lahendamisele.
Miks kärpimine teeb tähtajast tõsise, mitte turundusloosungi
„8 nädalaga valmis” kõlab paljude arendusfirmade suus lubadusena, mis tegelikult tähendab „8 nädalaga valmis, kui te midagi ei muuda ja nõustute kõigega, mida me otsustame”. Päris tähtaeg tekib vastupidi: kõigepealt otsustad koos arendajaga, mis välja jääb, ja alles siis on tähtaeg usaldusväärne, sest ulatus on juba fikseeritud, mitte lahtine.
Kui tunned, et sinu nimekiri kasvab pidevalt „ainult veel see üks asi ka” võrra, on see märk, et keegi peab ütlema, mis järgmisesse versiooni läheb, mitte esimesse.
Kuidas 8 nädalat päriselt kulgeb
- 1. nädal: ulatuse kokkuleppimine kirjalikult, tehniliste valikute fikseerimine.
- 2.–5. nädal: põhifunktsionaalsuse ehitamine, nädalased demod, et vältida üllatusi lõpus.
- 6.–7. nädal: viimistlus, testimine, päris kasutajate esimesed katsetused.
- 8. nädal: käivitamine ja monitooring, mitte veel uute funktsioonide lisamine.
Kui sul on idee, mis vajab kiiret, ausat MVP-d, mitte lõputut arendusprojekti, vaata, kuidas ma veebirakendusi ehitan. Kirjuta mulle paari lausega, mida sinu toode teeb, ja ütlen ausalt, kas 8 nädalat on realistlik ning mis sellest esimesse versiooni mahub.