Resnični časovni potek razvoja aplikacije: od ideje do izdaje

Če vprašate deset agencij, koliko časa traja izdelava aplikacije, boste dobili deset samozavestnih odgovorov in nobeden od njih ne bo resničen. Iskren odgovor je, da vam nihče prvi dan ne more natančno povedati — vendar vam lahko vsak, ki je dejansko izdal programsko opremo, opiše njeno obliko: katere faze obstajajo, katere tiho jedo koledar in kje vaše lastne odločitve stvari pospešijo ali jih popolnoma ustavijo. To je ta oblika, preprosto zapisana.

Videl sem veliko lastnikov malih podjetij, ki vstopijo v projekt aplikacije s pričakovanjem urejene, linearne poti od skice do trgovine App Store. Namesto tega dobijo nekaj, kar deluje kot niz ravnin in nenadnih skokov. Tedni, ko se zdi, da se ne dogaja nič, nato pa dan, ko vse skupaj nenadoma sede na svoje mesto. Nič od tega ni znak, da je kaj narobe. Tako se programska oprema preprosto ustvarja — in ko znate poimenovati faze, celoten postopek preneha delovati kot črna škatla, v katero plačujete in upate na najboljše.

Postavimo torej realna pričakovanja. Za osredotočeno prvo različico poslovne aplikacije — ne razvejano platformo, temveč prvo različico, ki eno stvar opravi dobro — običajno govorimo o razponu od treh do petih mesecev od resnega začetka do dejanske izdaje. Kje znotraj tega razpona pristanete, je manj odvisno od tehnologije in bolj od tega, kako jasni ste, kako hitro se odločate in koliko poskušate stlačiti pred izdajo. Pojdimo skozi to.

Zakaj je ocena, ki ste jo prejeli, najverjetneje napačna

Številka šest tednov pravzaprav ni laž — to je čas, potreben za izdelavo dela, ki si ga vsakdo lahko predstavlja. Zaslonov. Gumbov. Tistega, kar lahko pokažete. Tisto, kar ta številka tiho zanemarja, je vse okoli vidne aplikacije: odločitve, podatki, integracije z orodji, ki jih že uporabljate, testiranje, pregled v trgovini z aplikacijami in neizogiben krog vprašanj »pravzaprav, ali zmore tudi to?«

Koristen način razmišljanja: koda je redko ozko grlo. Ozko grlo je jasnost. Vsaka ura, ko vaš razvijalec čaka na odločitev — kateri ponudnik plačil, kaj se zgodi ob odpovedi rezervacije, kdo vidi kaj — je ura, za katero časovni potek zdrsne. Projekti, ki se hitro končajo, niso tisti z najboljšimi inženirji. So tisti, kjer lastnik na vprašanja odgovori v enem dnevu namesto v dveh tednih.

Ko torej berete faze spodaj, bodite pozorni na trenutke, ko je žoga na vaši strani. To so točke, kjer projekt bodisi ohrani zagon bodisi se tiho ustavi za tri tedne, ker je e-pošta ostala neodgovorjena. Časovni potek je skupna odgovornost in polovico na strani stranke ljudje podcenjujejo.

Faza 1: Raziskovanje in opredelitev obsega (1–3 tedne)

Preden kdorkoli oblikuje en sam zaslon, obstaja faza, ki ni videti kot napredek, a določa vse: razjasniti, kaj pravzaprav gradite in, še pomembneje, česa ne. Tu se nejasna ideja (»aplikacija za moje stranke«) spremeni v konkreten, dokončljiv seznam funkcij za prvo različico.

Ko je dobro opravljeno, je raziskovanje večinoma pogovor in težka vprašanja. Kdo to uporablja in na kateri napravi? Katera je tista ena stvar, ki jo mora opravljati odlično? Kaj lahko počaka na drugo različico? Dober partner vam bo tukaj nasprotoval in to si tudi želite — vsaka funkcija, ki jo zdaj izločite, so tedni, ki jih dobite nazaj. Rezultat je običajno kratek zapisani obseg in groba žična shema, nekaj, kar lahko držite v roki in rečete da, to je to.

Faza 2: Oblikovanje in prototip (2–4 tedne)

Zdaj aplikacija postane nekaj, kar lahko vidite in kliknete, preden vas en sam vrstica prave kode k čemurkoli zaveže. Oblikovalci žično shemo spremenijo v prave zaslone — barve, potek, dejanski občutek uporabe — običajno kot interaktiven prototip, skozi katerega lahko taknete na svojem telefonu.

Ta faza je zlato iz enega razloga: spreminjanje oblikovanja je poceni, spreminjanje zgrajene programske opreme je drago. Premik gumba v prototipu traja pet minut. Premik po tem, ko je funkcija kodirana, testirana in povezana z vašimi podatki, lahko traja dan. To je torej trenutek, da ste izbirčni, da to pokažete nekaj resničnim strankam ali zaposlenim in da ujamete težave »o, tega nihče ne bo razumel«, dokler jih je še neboleče popraviti.

Najpogostejši razlog, da se ta faza zavleče, ni oblikovalec — je neodločnost na vaši strani. Neskončni krogi drobnih popravkov ali tri osebe s pravico veta, ki se nikoli ne strinjajo. Zgodaj se odločite, kdo potrjuje, dajajte povratne informacije v svežnjih namesto po kapljicah in ta faza ostane tesna.

Faza 3: Gradnja (6–12 tednov)

To je del, ki si ga vsakdo predstavlja, ko pomisli na »izdelavo aplikacije«, in je najdaljši posamezni odsek — vendar redko najbolj nepredvidljiv, če sta bili prvi dve fazi opravljeni pravilno. Razvijalci gradijo aplikacijo po koščkih, običajno v kratkih ciklih, kjer vsak teden ali dva vidite delujoče dele, namesto da bi izginili za tri mesece in se znova pojavili z dokončanim izdelkom.

Ta ritem je pomemben. Želite se zgodaj odzivati na resnično, delujočo programsko opremo, ne na poročilo o stanju. Ko lahko v četrtem tednu dejansko uporabite potek rezervacij, boste opazili stvari, ki jih nobena specifikacija ne bi mogla zajeti — in njihovo popravljanje v četrtem tednu je veliko cenejše kot v desetem. Dober postopek gradnje vam aplikacijo nenehno prikazuje vidno, ne le na koncu.

Kaj tiho razteza gradnjo

Dve stvari razširita gradnjo bolj kot karkoli drugega. Prva so integracije — vsak zunanji sistem, s katerim mora aplikacija komunicirati (vaš ponudnik plačil, vaše obstoječe orodje za rezervacije, vaša računovodska programska oprema, dostavna služba), doda delo, vsak pa lahko prinese svoja presenečenja. Druga je širjenje obsega: stalno kapljanje majhnih dodatkov, od katerih se vsak zdi neznaten, a skupaj potisnejo izdajo za mesec dni. Oboje je obvladljivo, a le, če ju vidite prihajati.

• Vsaka zunanja integracija doda dneve, včasih tedne — predvidite jih izrecno, ne predpostavljajte, da so brezplačne.
• »Samo še ena majhna funkcija« je posamično najpogostejši vzrok za zamujen datum izdaje.
• Resnični podatki so bolj zapleteni od testnih; načrtujte čas za robne primere, ki jih je vaša preglednica tiho prenašala.
• Uporabniški računi, plačila in obvestila so varljivo globoki — vedno stanejo več, kot je videti.
• Odobritve in vsebina, ki jo dolgujete ekipi (logotipi, besedila, pravna besedila), lahko ustavijo gradnjo prav tako zanesljivo kot napaka.

Faza 4: Testiranje in popravljanje (2–4 tedne)

Tukaj je faza, na katero ljudje pozabijo, da obstaja, nato pa jim je mar, ko se pojavi. Ko je aplikacija zgrajena, mora skozi preizkušnjo — na različnih telefonih, s slabim internetom, s strani ljudi, ki je niso gradili in bodo počeli stvari, ki jih nihče ni predvidel. Testiranje ni formalnost. Je razlika med aplikacijo, ki ji vaše stranke zaupajo, in tisto, ki jo po prvem sesutju odstranijo.

Pričakujte, da se bo tu pojavil seznam napak in grobih robov. To ni znak, da je gradnja šla slabo; to je celoten namen te faze. Nekatere so hitri popravki, nekatere razkrijejo odločitev, ki jo je treba ponovno pretehtati. Ekipe, ki to dobro obvladajo, to obravnavajo kot običajen, načrtovan del dela — ne kot nujen primer in ne kot nekaj, kar je treba preskočiti, ker se izdaja bliža. Preskakovanje testiranja ne prihrani časa. Le premakne napake z vašega testnega telefona na telefone vaših strank, kjer njihovo popravljanje stane desetkrat več.

Faza 5: Izdaja in čakanje na trgovino z aplikacijami (1–2 tedna, plus pregled)

Izdaja je manj en sam trenutek in bolj skrbno postopno uvajanje. Če gre za spletno aplikacijo, čas v celoti nadzorujete vi — stikalo preklopite, ko ste pripravljeni. Če gre v Applov App Store ali Google Play, del razporeda predate njim: njihov postopek pregleda lahko traja od enega dne do več kot teden dni, občasno pa vam jo vrnejo s čim za popraviti. To je dobro vedeti vnaprej, da ne preseneti datuma izdaje, ki ste ga obljubili strankam.

Pameten način izdaje ni veličastno razkritje celotni vaši bazi strank. Je tiha izdaja najprej majhni skupini — peščici naklonjenih strank ali vašim zaposlenim — da ujamete težave resničnega sveta, preden jih vidijo vsi. Nato vrata odprete na stežaj. Izdaja, ki deluje dolgočasno brezdogodkovno, je izdaja, ki je dobro potekla.

1. 1
   Tiha izdaja majhni skupini

   Najprej izdajte peščici naklonjenih uporabnikov ali zaposlenih. Resnična uporaba najde tisto, kar je testiranje zgrešilo, ob tveganju, znižanem na minimum.
2. 2
   Oddajte zgodaj, če greste v trgovine z aplikacijami

   Apple in Google nadzorujeta uro pregleda, ne vi. Oddajte z rezervo, da počasen pregled ali zavrnitev ne podre vašega obljubljenega datuma.
3. 3
   Pozorno spremljajte prvi teden

   Imejte koga pri roki, da se hitro odzove. Prvi teden na površje prinese robne primere resničnega sveta, kakršnih nobeno testno okolje nikoli ne prinese.
4. 4
   Načrtujte delo za dan po izdaji še pred izdajo

   Aplikacija ob izdaji nikoli ni 'dokončana'. Vnaprej se dogovorite, kdo bo poskrbel za neizogibne drobne popravke in prvi krog povratnih informacij.

Sestavljanje celotnega časovnega poteka

Zložene od začetka do konca vam te faze dajo realno sliko. Nobena od njih ni eksotična; ljudi spotakne pozaba, da so neglamurozne — raziskovanje, testiranje, čakanje na trgovino z aplikacijami — resničen čas v koledarju, ne napake zaokroževanja. Tukaj je približno, kako se osredotočena prva različica običajno porazdeli skozi mesece.

Seštejte to in vidite, zakaj so trije do pet mesecev iskren razpon za resnično prvo različico in zakaj tisti, ki obljubljajo šest tednov, tiho na novo opredeljujejo, kaj »aplikacija« pomeni. To ni pesimizem — je razlika med datumom, ki ga boste dejansko dosegli, in tistim, za katerega se boste opravičevali skozi ves projekt.

Kako jo resnično pospešiti (in kako ne)

Lahko greste hitreje, a resnični vzvodi niso tisti, po katerih ljudje posegajo. Metanje več razvijalcev na napol opredeljen projekt ga običajno upočasni, ne pospeši. Iskreni pospeševalci so neglamurozni: odločite, kaj izpustiti, hitro odgovarjajte na vprašanja in uprite se nagonu po dodajanju stvari sredi gradnje.

Daleč največji je neusmiljen obseg. Manjša in jasnejša kot je vaša prva različica, prej se izda — in izdana aplikacija, ki si prisluži kruh, vas v dveh tednih nauči več, kot vas bosta kdaj naučila še dva meseca načrtovanja. Dodajati lahko vedno. Ne morete dobiti nazaj mesecev, porabljenih za gradnjo funkcij, ki si jih na koncu nihče ni želel.

Obstaja sorodna resnica, ki jo je vredno povedati na glas: ni nujno, da je vse sploh aplikacija po meri. Včasih je resnična težava odsek ročnega dela, ki bi ga lahko košček avtomatizacije tiho opravil, brez aplikacije. Dober partner vam bo povedal, ko je tako, namesto da bi vam prodal večjo gradnjo — kajti najcenejša aplikacija je tista, ki je niste bili primorani izdelati.

Pogosta vprašanja