Demo môže vyzerať presvedčivo. Produkcia však začína až tam, kde musí technológia fungovať opakovane, na rôznych zariadeniach a aj v situáciách, ktoré neboli súčasťou ideálneho scenára.
Preto je dôležité pomenovať stav riešenia presne. Otestovaná technická cesta je hodnotný výsledok, ale ešte nemusí zahŕňať monitoring, podporu, bezpečné aktualizácie ani proces riešenia chýb.
Prototyp, POC, pilot a produkcia
Prototyp
Overuje koncept, používateľské rozhranie alebo hlavný postup. Môže byť klikateľný bez reálneho spracovania dát.
Proof of concept
Overuje konkrétnu technickú neistotu: či sa dva systémy dokážu spojiť, zariadenie prijme požadovaný príkaz alebo je možné dokončiť kritický krok.
Pilot
Riešenie používajú reálni používatelia alebo zariadenia v kontrolovanom rozsahu. Pilot zbiera skúsenosti z prostredia, ktoré laboratórny test nevie úplne napodobniť.
Produkcia
Riešenie je pripravené na dlhodobú prevádzku. Okrem hlavnej funkcie potrebuje monitoring, podporu, diagnostiku a kontrolovaný proces vydávania zmien.
Terminológia sa medzi firmami líši; dôležitejšie než názov je presne povedať, čo už bolo overené.
Reálny príklad: VRP Integration
Naše VRP riešenie zatiaľ neoznačujeme za produkčné. VRP Integration má status pilot.
Technickú funkčnosť sme overili s piatimi platobnými poskytovateľmi. Toto číslo označuje poskytovateľov, nie päť zariadení ani päť kombinácií zariadenia a acquiringu. Verejná stránka riešenia je na vrp.ignition.sk.
Takéto pomenovanie neuberá projektu hodnotu. Hovorí, ktorú neistotu sme už odstránili a ktoré prevádzkové otázky ešte nemožno vyhlásiť za uzavreté.
Čo máme overené
V potvrdenom rozsahu sme overili:
VRP2 workflow na PAX termináli;
platobný krok v predajnom workflow;
spracovanie výsledku;
tlač dokladu priamo z terminálu;
klientsky portál;
testovanie s piatimi platobnými poskytovateľmi.
Tieto body dokazujú funkčný tok medzi fiškálnou, platobnou a hardvérovou časťou. Nie sú vyhlásením o hotovej produkčnej prevádzke.
Prečo nestačí jedno zariadenie
Android POS zariadenia sa môžu líšiť verziou systému, výrobcom, dostupným SDK, spôsobom komunikácie aj zabudovanou tlačiarňou. Rozdiely sa prejavia aj v životnom cykle aplikácie: systém ju môže uspať, ukončiť na pozadí alebo po strate spojenia obnoviť inak, než vývojár očakáva.
Pri integrácii treba sledovať reconnect, návrat z platobnej aplikácie a správanie pri prerušení. Nie každý rozdiel je relevantný pre každý projekt; práve test na cieľovom hardvéri ukáže, ktoré z nich majú reálny dopad.
Čo ešte oddeľuje POC od produkcie
Pred produkčným nasadením sa podľa rizika a rozsahu riešenia posudzujú napríklad:
monitoring a upozornenia na problém;
logovanie a diagnostika dostupná podpore;
vzdialená podpora zariadení;
bezpečný upgrade a cesta návratu na predchádzajúcu verziu;
zotavenie po chybe alebo prerušení spojenia;
onboarding nového používateľa alebo zariadenia;
proces podpory a eskalácie;
bezpečnostná kontrola;
výkonnostný alebo záťažový test, ak ho očakávaná prevádzka vyžaduje.
Toto je zoznam oblastí, ktoré oddeľujú technické overenie od dlhodobej prevádzky. Netvrdíme, že ich má VRP Integration všetky dokončené. Presný rozsah ďalšieho overovania patrí k pilotu a k rozhodnutiu o produkčnom nasadení.
Podobné rozlíšenie platí aj pri overovaní nového produktu: najskôr treba povedať, akú neistotu testujeme. Praktický postup opisuje článok Ako overiť nápad na aplikáciu skôr, než investujete do kompletného vývoja.
Záver
Dôvera v technológiu nevzniká z jedného dema. Vzniká z toho, že vieme presne povedať, čo už bolo overené, na čom sme testovali a čo ešte zostáva vyriešiť.
