Akceptačné kritériá premieňajú požiadavky na podmienky, ktoré je možné overiť. Jasne určujú, čo musí schvaľovateľ pozorovať, aby mohol akceptovať funkciu, pracovný postup, výsledok migrácie alebo nový release. Počas nahradenia SaaS poskytujú vlastníkom procesov a realizačným tímom spoločný základ pre rozhodnutie, či je nový systém pripravený na prevádzku.
Čo akceptačné kritériá popisujú
Kritériá sa zameriavajú na výsledky, nie na samotné implementačné úlohy. Môžu popisovať úspešný priebeh procesu, výnimku, hranice oprávnení, zmenu údajov, odpoveď integrácie alebo podmienku kvality. Spoločne definujú dôkazy potrebné na finálnu akceptáciu.
| Typ kritéria | Príklad predmetu overenia | Formát dôkazu |
|---|---|---|
| Pracovný postup | Používateľ dokončí vyžadovaný obchodný proces | Zaznamenaný výsledok scenára |
| Dáta | Vyžadované polia a väzby prežijú migráciu | Výstup zosúladenia údajov (reconciliation) |
| Oprávnenie | Rola môže vykonávať iba povolené akcie | Výsledok testu prístupu |
| Integrácia | Nadväzujúci systém dostane správnu udalosť | Záznam z rozhrania alebo test |
| Výnimka | Neplatný vstup je odmietnutý a vysvetlený | Pozorované chybové správanie |
| Prevádzka | Vyžadovaná akcia obnovy prebehne úspešne | Praktické cvičenie a zaznamenaný výsledok |
Kritériá by mali využívať jazyk, ktorý dokáže zodpovedný schvaľovateľ interpretovať jednoznačne. Výrazy ako „funguje správne“ alebo „používateľsky prívetivý“ nechávajú rozhodnutie otvorené, pretože nedefinujú konkrétnu podmienku ani očakávaný výsledok.
Ako sa kritériá odvodzujú
Funkčné požiadavky (functional requirements) poskytujú základ pre požadované správanie. Mapy pracovných postupov dopĺňajú roly, rozhodovacie cesty a výnimky. Mapovanie dát a integračné špecifikácie pridávajú očakávania týkajúce sa polí, väzieb a rozhraní. Nefunkčné požiadavky zas prispievajú merateľnými prevádzkovými podmienkami.
Praktická sada kritérií pokrýva:
- Vstupný stav: používateľ, rola, záznamy a stav systému pred vykonaním akcie.
- Akcia alebo udalosť: čo spúšťa správanie, ktoré sa práve posudzuje.
- Očakávaný výsledok: viditeľný stav, výstup, správa alebo nadväzujúca zmena.
- Výnimky: neplatné alebo neobvyklé podmienky vyžadujúce definované ošetrenie.
- Vlastník dôkazu: osoba alebo rola oprávnená akceptovať dosiahnutý výsledok.
Táto štruktúra udržiava kritérium prepojené s reálnou potrebou a zároveň umožňuje použitie rôznych testovacích techník.
Kritériá v rôznych fázach nahradenia
Počiatočné kritériá môžu podporiť prototyp alebo pilotný projekt tým, že definujú, na ktoré otázky musia odpovedať. Kritériá počas realizácie usmerňujú revíziu funkcií. Migračné kritériá pokrývajú úplnosť, väzby, transformácie a výnimky. Kritériá pre ostré spustenie (cutover) kombinujú dôkazy z pracovných postupov, dát, integrácií, bezpečnosti, prevádzky a podpory.
Overenie správnosti údajov (data validation) poskytuje podklady pre migrované záznamy, ale samotné validné dáta nedokazujú, že celý pracovný postup funguje. Akceptačné kritériá spájajú tieto záznamy s akciami a rozhodnutiami, ktoré musia reálne podporovať.
Akceptácia a schválenie
Úspešný technický test sám o sebe nepredstavuje biznisovú akceptáciu. Test len preukazuje splnenie podmienky; poverený vlastník rozhoduje, či predložené dôkazy spĺňajú dohodnuté kritérium. Neúspešné kritériá si vyžadujú zdokumentované rozhodnutie: opraviť systém, zmeniť požiadavku prostredníctvom schváleného postupu, odložiť funkciu alebo zastaviť release.
Príbeh o práci rozdelenej medzi viacero nástrojov SaaS ukazuje, prečo samotná kontrola rozhrania nestačí. Kritériá musia pokrývať celú biznisovú trasu naprieč nástrojmi, dátami, rolami a odovzdávaním úloh vrátane správania, ktoré predtým stálo mimo hlavného produktu.
