Pirmai versijai reikia ribų.
Bandant iškart įtraukti visas būsimas funkcijas sunkiau suprasti, kas svarbu. Darbų sąrašas lieka matomas, kartu sutariame, kas gali palaukti.
Turite idėją įrankiui, kuriuo žmonės naudotųsi? Numatome mažiausią naudingą versiją, ją išbandome ir toliau plėtojame.
Padedame idėją paversti veikiančiu skaitmeniniu produktu: klientų portalu, vidiniu įrankiu, registracijos procesu ar nauja paslauga internete. Pirmiausia suprantame, kam jis skirtas ir ką tie žmonės turi atlikti.
Nusprendžiame, kas priklauso pirmai versijai, išbandome svarbiausius naudotojų kelius ir kuriame mažomis, peržiūrimomis dalimis. Matote darbą jam vykstant, o tikras grįžtamasis ryšys padeda pasirinkti, ką tobulinti po paleidimo.
Pirmos versijos, skirtos vieno tipo užklausoms pateikti ir sekti, pavyzdys.
Klientas prisijungia, pateikia komandai reikalingą informaciją ir mato, kad užklausa gauta.
Komanda peržiūri užklausą, paskiria atsakingą žmogų ir atnaujina būseną aiškioje vidinėje sąsajoje.
Klientas tikrina eigą ir atsako į klausimus. Prieiga ribojama tik jam skirta informacija.
8–12 savaičių
Pirma konkrečios apimties versija su keliais pagrindiniais naudotojų keliais.
1–2 savaitės
Aptariame problemą, kur įmanoma kalbamės su būsimais naudotojais ir nusprendžiame, ką turi atlikti pirma versija.
3–4 savaitės
Sukuriame interaktyvų prototipą, tikriname pagrindinius scenarijus ir sutariame dėl taisyklių, vaidmenų bei reikalingų duomenų.
5–9 savaitės
Įgyvendiname sutartus scenarijus, prijungiame reikiamus įrankius ir viso kūrimo metu kartu peržiūrime naudojamus rezultatus.
10–12 savaičių
Patikriname teises ir svarbius atvejus, pasirengiame perdavimui ir paleidžiame pradinei grupei prieš rinkdamiesi kitus prioritetus.
Planą veikia procesų, teisių, integracijų skaičius ir neaiškūs techniniai reikalavimai. Analizė gali parodyti, kad prieš visą produktą verta sukurti prototipą. Terminai sutariami apibrėžus darbų apimtį.
Prieš pradėdami susitariame dėl darbų apimties.
Pirmos versijos apimtis ir prioritetinis darbų sąrašas.
Naudotojų keliai ir interaktyvus prototipas.
Sąsajos dizainas ir daugkartiniai komponentai.
Sutartas veikiantis produktas bei integracijos.
Pagrindinių scenarijų, teisių ir klaidų patikros.
Pradinis kodas, diegimo instrukcijos ir perdavimas.
Ką susitarsime prieš pradėdami.
Bandant iškart įtraukti visas būsimas funkcijas sunkiau suprasti, kas svarbu. Darbų sąrašas lieka matomas, kartu sutariame, kas gali palaukti.
Produktas turi derėti prie tikrų įpročių. Aptariame naudotojų testus, aiškų supažindinimą ir produkto pristatymo planą.
Talpinimas, priklausomybės, pagalba ir nauji poreikiai išlieka po paleidimo. Sutariame, kas už tai atsakingas.
Turite kitą klausimą?
Pradedame nuo naudotojų ir pirmos užduoties, kurią produktas turi atlikti. Taip galime apibrėžti mažesnės versijos apimtį bei kainą. Jei techninis klausimas gali pakeisti biudžetą, jį patikriname prieš įsipareigodami visam kūrimui.
Konkrečios apimties pirma versija dažnai užtrunka aštuonias–dvylika savaičių. Terminas priklauso nuo pagrindinių scenarijų, integracijų ir testavimo. Paleidimo planą sutariame išnagrinėję apimtį.
Taip. Kūrimo metu dalijamės dizainu ir veikiančiomis versijomis. Galite išbandyti pagrindinius scenarijus bei pateikti pastabas, kol dar yra laiko juos pakeisti.
Galime pradėti nuo kodo, prieigų ir dabartinių problemų peržiūros. Tada sutariame, ar papildyti esamą sistemą, pakeisti konkrečią dalį, ar pradėti nuo atskiro prototipo.
Taip. Jei neaišku, ar žmonės supranta idėją ir ar jos reikia, prototipas gali būti naudingas pirmas projektas. Sutariame, ką tikrinsime, ir nepristatome jo kaip darbui parengtos programinės įrangos.
Įvertiname poveikį sutartai apimčiai, laikui ir biudžetui. Nauja funkcija gali pakeisti kitą pirmos versijos darbą arba tapti atskiru kitu etapu.
Perdavimą planuojame pagal komandos poreikius: prieigą prie kodo, parengimo instrukcijas ir paslaugas, nuo kurių produktas priklauso. Nuosavybė bei kitų tiekėjų licencijos apibrėžiamos projekto sutartyje.