Prvo proverite kako tim razmišlja o proizvodu
MVP nije umanjena verzija svake ideje iz početnog spiska. To je najmanji ozbiljan proizvod koji može da proveri poslovnu pretpostavku sa stvarnim korisnicima. Partner treba da skloni funkcije koje ne služe toj proveri i sačuva nekoliko trenutaka koji moraju da rade bez izgovora.
Na prvom razgovoru iznesite neuređenu ideju ili proces. Obratite pažnju da li vas pitaju o korisnicima, ograničenjima, postojećim alatima, riziku i odluci koju proizvod treba da omogući. Ako razgovor odmah ode na tehnologije i sate, nedostaje najvažniji deo.
- Šta korisnik mora da završi u prvoj verziji?
- Koji rezultat znači da nastavljamo, menjamo smer ili stajemo?
- Koja pretpostavka je najskuplja ako nije tačna?
Portfolio nije dovoljan dokaz
Lep portfolio pokazuje ukus, ali ne govori kako tim rešava prijavu korisnika, podatke, integracije, greške, objavu i podršku. Tražite da vam jedan projekat objasne od problema do lansiranja: šta se promenilo, šta nije radilo i zašto se završni obim razlikovao od prve ideje.
Ozbiljan tim ume da navede prečicu koju je prihvatio, onu koju je odbio i šta bi sledeće menjao na osnovu ponašanja korisnika.
- Proizvod koji možete da otvorite i koristite
- Jasno objašnjeni tehnički i poslovni kompromisi
- Dokaz da je proizvod testiran, praćen i dorađivan posle objave
Vlasništvo mora da bude napisano
Ugovor treba jasno da odredi ko poseduje kod, dizajn, domene, cloud naloge, analitiku, podatke i pretplate. Kad god je moguće, produkcija treba da bude na nalozima vaše firme, a razvojni tim da dobije saradnički pristup.
Dogovorite i šta se dešava posle lansiranja. Prava primopredaja sadrži uputstvo za okruženje i objavu, spisak pristupa, poznata ograničenja i naredne prioritete—a ne samo arhivu koda.
- Pristup repozitorijumu i dizajnu od prvog dana
- Produkcioni nalozi pod vašom kontrolom
- Dokumentovan način objave i oporavka
- Jasan period podrške posle lansiranja
Bezbednost je deo proizvoda
Bezbednost se ne dodaje poslednje nedelje. NIST SSDF pokriva pripremu tima, zaštitu softvera, bezbedan razvoj i odgovor na ranjivosti. OWASP ASVS daje konkretne zahteve za proveru bezbednosnih kontrola web aplikacija.
MVP ne traži korporativnu birokratiju, ali traži razumnu zaštitu: validaciju unosa, pravila pristupa, pregled zavisnosti, rezervne kopije, praćenje grešaka i proveren put do produkcije.
- Kako se čuvaju tajne i produkcioni pristupi?
- Koje greške se prate i ko dobija upozorenje?
- Kako se čuvaju podaci i vraća sistem posle problema?
Kada ima mnogo nepoznatih, platite kratko istraživanje
Ako proizvod povezuje više sistema ili se obim još menja, kratka faza definisanja često je jeftinija od čvrste ponude zasnovane na pretpostavkama. Rezultat treba da vam ostane upotrebljiv: opis proizvoda, ključni tokovi, tehnički pristup, rizici, plan prve verzije i realan raspon isporuke.
Na kraju treba jasno da znate šta se pravi, zašto baš ta verzija, šta može da promeni plan i kako merite uspeh. To je prvi dokaz da partner zaista smanjuje rizik.