Īsā atbilde
Labā specifikācijā ir aprakstīts biznesa mērķis, lietotāju lomas, procesi soli pa solim, galvenās funkcijas ar prioritātēm, integrācijas, dati un nefunkcionālās prasības (drošība, ātrums, pieejamība). Nav jāraksta tehniski — svarīgāk ir skaidri aprakstīt, kā jūs strādājat un kas jāatrisina.
Ko iekļaut
- Mērķis — kāpēc sistēma vajadzīga un kā izmērīt panākumus.
- Lietotāji un lomas — kas strādās un ko katrs drīkst darīt.
- Procesi — soli pa solim, kā darbs notiek (arī izņēmumi).
- Funkcijas ar prioritātēm — obligātās, vēlamās, nākotnes.
- Dati — kādi dati tiek glabāti un no kurienes tie nāk.
- Integrācijas — grāmatvedība, e-veikals, banka, reģistri.
- Nefunkcionālās prasības — drošība, ātrdarbība, valodas, pieejamība.
- Esošās sistēmas — ko aizstāj un kas jāpārnes.
Lietotāju stāsti
Ērts formāts: “Kā noliktavas darbinieks es gribu ar telefonu noskenēt preci, lai inventarizācija būtu ātrāka.” Tas palīdz izstrādātājam saprast ne tikai “ko”, bet arī “kāpēc”.
Biežākās kļūdas
- Apraksts par risinājumu, nevis par problēmu.
- Visas funkcijas ir vienādi svarīgas.
- Netiek aprakstīti izņēmumi.
Kopā ar izstrādātāju
Bieži prasības vislabāk ir precizēt kopā ar izstrādātāju biznesa procesu analīzes laikā — tas ir mūsu darba pirmais posms. Specifikācija noder arī finansējuma pieteikumam — skatiet kā sagatavot IT projektu finansējumam.