Skoobi piiritlemine ja edukriteeriumid

Skoobi piiritlemine ja edukriteeriumid

Mitte-skoop

Mitte-skoop on nimekiri asjadest, mida sa esimeses versioonis teadlikult ei tee.

Mitte-skoop ei tähenda, et need asjad pole kunagi vajalikud. See tähendab, et need ei kuulu esimesse kontrollitavasse versiooni.

Näide

• kasutajakontod
• maksed
• kursuseplatvorm
• admin-paneel
• keerukas andmebaasihaldus
• mitu keelt
• blogi
• automaatsed e-kirjad
• reaalajas dashboard

MVP kontrollküsimused

Enne prompti kirjutamist vasta:

1. Kas esimene versioon lahendab ühe selge probleemi?
2. Kas esimese versiooni funktsioone on maksimaalselt kolm?
3. Kas iga funktsioon toetab otseselt eesmärki?
4. Kas on kirjas, mida praegu ei tehta?
5. Kas tulemust saab kontrollida ilma keerulise arenduseta?
6. Kas algaja suudab selle järgmises kursuses sammhaaval ehitada?

Tunni eesmärk

Selles tunnis kirjutad välja kaks asja, mis hoiavad sinu MVP kontrolli all:

• mida esimeses versioonis teadlikult ei tehta
• mille järgi saad öelda, et MVP on piisav

Eelmises tunnis valisid MVP ja kuni kolm põhifunktsiooni. Nüüd paned sellele piirid ümber. See on vajalik, sest esimene versioon hakkab tavaliselt kasvama just siis, kui mõni asi tundub „veel väike lisandus”.

Mitte-skoop aitab öelda „mitte praegu”. Edukriteerium aitab öelda „sellest piisab”.

Kus sa kursusel praegu oled?

Oled jõudnud kursuse keskpunkti.

Sul on juba arusaam, miks „tee mulle äpp” on halb algus. Oled näinud waitlist-lehe näidet ja valinud oma projekti MVP põhifunktsioonid.

Nüüd on vaja teha järgmine otsus: mis jääb MVP-st välja ja mille järgi saab esimest versiooni hinnata.

See tund tuleb enne projektikaardi näidiseid ja täitmist. Põhjus on lihtne: projektikaart muutub paremaks, kui MVP piir, mitte-skoop ja edukriteerium on juba läbi mõeldud.

Tunni tulemus

Tunni lõpuks on sul kirjas:

• projekti mitte-skoop
• vähemalt üks edukriteerium
• lühike kontroll, kas MVP on endiselt piisavalt väike

See on järgmise kahe peatüki sisend. Peatükis „Projektikaart ja selle näidised” näed, kuidas need otsused tervikuks kokku pannakse. Peatükis „Täida oma projektikaart” sisestad oma vastused online-vormi.

Mis on mitte-skoop?

Mitte-skoop on nimekiri asjadest, mida esimeses versioonis teadlikult ei tehta.

See ei tähenda, et need asjad on halvad. See ei tähenda ka seda, et neid ei võiks kunagi ehitada. See tähendab ainult seda, et need ei kuulu esimesse kontrollitavasse versiooni.

Mitte-skoop on sama tähtis kui põhifunktsioonide nimekiri. Kui põhifunktsioonid ütlevad, mis kuulub MVP-sse, siis mitte-skoop ütleb, mis ei kuulu.

Ilma mitte-skoobita hakkab projekt kergesti kasvama. Alguses lisandub üks väike asi, siis teine ja kolmas.

Miks mitte-skoop on algajale eriti tähtis?

Algaja jaoks on kõige ohtlikum hetk see, kui AI või koodiredaktor pakub midagi, mis tundub asjalik, aga ei ole esimese eesmärgi jaoks vajalik.

Näiteks küsid lihtsat waitlist-lehte, aga tööriist pakub ka:

• kasutajakontosid
• makseid
• admin-paneeli
• kursuseplatvormi
• blogi
• automaatselt saadetavaid e-kirju
• mitut kasutajarolli
• reaalajas statistikat
• keerukat andmebaasi
• mitut keelt

Kõik need võivad kunagi kasulikud olla. Aga kui eesmärk on ainult kontrollida, kas inimene jätab oma e-posti aadressi, ei ole need esimeses versioonis vajalikud.

Mitte-skoop ei ole keeldumine ideest

Mitte-skoopi ei tasu mõelda kui ideede maha tõmbamist. Parem on mõelda sellest kui ajastamisest. Mõni funktsioon võib olla hea, aga vale ajaga.

• Kasutajakontod võivad olla vajalikud siis, kui kasutajal peab olema isiklik ajalugu või salvestatud andmed.
• Maksed võivad olla vajalikud siis, kui pakkumine on juba selge ja keegi on valmis ostma.
• Admin-paneel võib olla vajalik siis, kui andmeid peab hiljem palju haldama.
• Automaatne e-post võib olla vajalik siis, kui protsessi peab skaleerima.

Aga MVP-sse kuuluvad ainult need osad, mida on vaja põhiidee kontrollimiseks.

Mis on edukriteerium?

Edukriteerium ütleb, mille järgi saad aru, et MVP on oma eesmärgi täitnud.

See peab olema kontrollitav. Edukriteerium ei tohi jääda ebamääraseks tundeks nagu „leht on hea” või „rakendus näeb professionaalne välja”.

Parem edukriteerium kirjeldab konkreetset tulemust.

• kasutaja saab aru, mida pakutakse, ja saab e-posti aadressi jätta
• kasutaja saab end üritusele registreerida vähem kui ühe minutiga
• kasutaja saab lisada kulu ja näeb kogusummat
• kasutaja saab lisada retsepti ja selle hiljem nime järgi üles leida
• vormi ei saa saata, kui kohustuslik väli on tühi
• mobiilivaates saab peamise tegevuse teha ilma horisontaalse kerimiseta

Hea edukriteerium seob kokku kasutaja, tegevuse ja tulemuse.

Edukriteerium vs vastuvõtukriteerium

Selles kursuses kasutame neid kahte mõistet lihtsas tähenduses.

Edukriteerium ütleb üldisemalt, millal MVP täidab oma eesmärgi. Vastuvõtukriteerium on täpsem jah/ei kontrollpunkt.

Kasutaja saab aru, mis koolitus on tulemas, ja saab waitlistiga liituda.

Selle tunni jaoks piisab ühest edukriteeriumist. Kui tahad täpsemaks minna, võid lisada ka kaks kuni viis vastuvõtukriteeriumi.

Miks edukriteerium on vajalik enne prompti?

Kui edukriteerium puudub, ei tea sa, millal AI väljund on piisav.

• Kas see tundub valmis?
• Kas see näeb piisavalt hea välja?
• Kas peaks veel midagi lisama?

Selline hindamine viib sageli skoobi kasvuni.

Edukriteerium muudab küsimuse selgemaks: kas kasutaja saab teha peamise tegevuse, kas MVP kontrollib põhieeldust ja kas tulemus täidab esimese versiooni eesmärgi?

Kuidas kirjutada head mitte-skoopi?

Hea mitte-skoop teeb kaks asja.

• Ta nimetab välja jäetavad osad.
• Ta seob valiku MVP eesmärgiga.

Kuidas otsustada, mis läheb mitte-skoopi?

Kasuta viit küsimust.

• Kas see funktsioon on vajalik kasutaja peamise tegevuse tegemiseks?
• Kas ilma selleta jääb MVP põhieeldus kontrollimata?
• Kas see peab olema olemas enne, kui saad kasutajalt esmast tagasisidet?
• Kas see lisab palju tehnilist keerukust?
• Kas see on pigem tuleviku mugavus kui esimese versiooni vältimatu osa?

Kui funktsioon ei ole vältimatu, pane see mitte-skoopi.

Kuidas kirjutada head edukriteeriumi?

Hea edukriteerium vastab vähemalt kolmele küsimusele.

• Kes kasutab?
• Mida ta saab teha?
• Mis peab pärast tegevust juhtuma?

Töömall: kirjuta mitte-skoop

Esimeses versioonis ei ole [välja jäetavad funktsioonid], sest MVP eesmärk on [mida kontrollid]. Need võivad tulla hiljem, kui [millal võiks tagasi tulla].

Lühike versioon sobib ka: „Esimeses versioonis ei ole kasutajakontosid, makseid, admin-paneeli ega automaatseid e-kirju.”

Töömall: kirjuta edukriteerium

Kasuta seda malli.

MVP on piisav, kui [sihtkasutaja] saab [põhitegevus] ja [kontrollitav tulemus].

Näited

• MVP on piisav, kui algaja kasutaja saab aru, mis koolitus on tulemas, ja saab e-posti aadressi jättes waitlistiga liituda.
• MVP on piisav, kui osaleja saab telefonis joogatundi registreeruda vähem kui ühe minutiga ja näeb pärast vormi saatmist kinnitust.
• MVP on piisav, kui kasutaja saab lisada vähemalt viis kulu ja kogusumma arvutatakse õigesti.

Näide: AI-koolituse waitlist-leht

Eelmises tunnis valitud MVP: ühe lehega waitlist-leht, kus kasutaja saab aru, mis koolitus on tulemas, näeb kolme kasu ja saab jätta e-posti aadressi.

• Põhifunktsioonid: hero-sektsioon, kasude plokk, e-posti vorm.
• Mitte-skoop: kasutajakontod, maksed, kursuseplatvorm, blogi, admin-paneel, automaatne e-posti jada, mitu kursust, liikmesala.

MVP on piisav, kui algaja kasutaja saab aru, mis koolitus on tulemas, kellele see sobib, ja saab e-posti aadressi jättes waitlistiga liituda.

Näide: joogatunni registreerimisleht

MVP: ühe lehega registreerimisleht, mille abil inimene näeb tunni infot ja saab end kirja panna.

• Põhifunktsioonid: tunni info plokk, registreerimisvorm, kinnitusteade.
• Mitte-skoop: maksed, kasutajakontod, korduvate tundide kalender, automaatsed meeldetuletused, eraldi administraatori sisselogimine, osalejate muutmise vaade.

MVP on piisav, kui osaleja saab telefonis tunni info läbi lugeda, sisestada nime ja e-posti aadressi ning näha kinnitust, et koht on broneeritud.

Näide: isiklik kulude jälgija

MVP: lihtne kulude sisestamise ja kokkuvõtte tööriist.

• Põhifunktsioonid: kulu lisamise vorm, kulude nimekiri, kogusumma vaade.
• Mitte-skoop: pangaliidestus, kasutajakonto, graafikud, eksport, eelarved, automaatne kategooriate määramine, mitu valuutat.

MVP on piisav, kui kasutaja saab lisada vähemalt viis kulu, näeb neid nimekirjas ja kogusumma arvutatakse õigesti.

Näide: väike retseptikogu

MVP: väike retseptikogu, kus saab retsepti lisada, nimekirjas näha ja nime järgi otsida.

• Põhifunktsioonid: retsepti lisamise vorm, retseptide nimekiri, otsing retsepti nime järgi.
• Mitte-skoop: kasutajakontod, piltide lisamine, retseptide jagamine, ostunimekiri, toitumisinfo arvutamine, hinnangud, keerukas kategooriasüsteem.

MVP on piisav, kui kasutaja saab lisada vähemalt kolm retsepti, näeb neid nimekirjas ja leiab retsepti nime järgi üles.