Egy átlagfelhasználónak egyértelműnek tűnhet, mégis micsoda pontosan egy honlap, egy webáruház vagy egy alkalmazás. A helyzet azonban korántsem ilyen egyértelmű. Idézzük csak fel, milyen weboldalakat látogattunk meg utoljára! Az én esetemben egy helyi kulcsmásoló bemutatkozó honlapját találjuk, a fodrászatom időpontfoglaló rendszerét valamint a Figmát, ami egy online grafikai alkalmazás. És akkor még nem beszéltünk azokról a webshopokról, amiket az elmúlt napokban böngésztem, vagy az appokról, amiket időközben pörgettem a telefonomon.

A lényeg, hogy átfogóan jogosan nevezhetjük mindegyiket weboldalnak vagy szoftvernek, de a komplexitásuk és a funkcióik vonatkozásában eltérő dolgokat jelentenek. Emiatt, ha szoftverfejlesztésről van szó, nem elegendő csupán annyival jellemezni egy projektet, hogy mi a végterméke. Ahhoz, hogy pontosan meghatározhassuk az erőforrásigényeket és közreműködőket, továbbá biztosítsuk, hogy a termék átadásakor pont az valósul meg, mint amit az elején is elképzeltünk, elengedhetetlen, hogy a pontos igényeket papírra vessük. Ez a specifikáció, amit nem véletlenül nevezünk a fejlesztők Bibliájának.

Mi az a specifikáció?

Ahogy a bevezetőben már előrevetítettem, a specifikáció tulajdonképpen egy szöveges dokumentum, amely ugyan biztosan nem lesz a projekt résztvevőinek a kedvenc olvasmánya, de annál fontosabb. A specifikáció hossza nagyban függ a részletességtől, de általánosságban elmondható, hogy egy egyszerű bemutatkozó weboldal esetén is több A4-es oldalról beszélhetünk. Ha komplexebb funkciókról, webáruházról vagy épp alkalmazásról van szó, akkor könnyen meghaladhatja a több tíz vagy akár száz oldalt is.

Korántsem annyira izgalmas, mint egy ponyvaregény - a nyelvezete is sokkal nyersebb, sterilebb, “szájbarágósabb”. De nem véletlenül! A célja, hogy minden részlet átfogóan meg legyen fogalmazva, és mindenki könnyedén megértse a dokumentumot. Egy jól megírt specifikáció esetén pontosan ugyanarra gondol a fejlesztésben egyáltalán nem jártas ügyfél, a folyamatok összetartásáért felelős projektmenedzser és maga a programozó is.

Mit tartalmaz a specifikáció?

A specifikációnak a hosszából és fogalmazásmódjából fakadóan tehát a megírása és az áttanulmányozása is órákat vehet igénybe. Felmerülhet a kérdés, hogy akkor mégis mi szükség van erre, mit tartalmaz, amiért megéri ennyi munkaórát beleölni, és amiért a projekt minden tagja szorgosan lapozgatja.

Ez a dokumentum tulajdonképp egy részletes leírása annak, hogy a projekt tervezett outputja mit foglal magában, milyen funkcionalitásokat kell tartalmaznia, milyen technikai követelményeknek kell megfelelnie. A dokumentumnak részletesen ki kell fejtenie, hogy a készülő szoftver hogyan fog működni - ha egy látszólag magától értetődő funkcióról van szó, akkor is mindenkinek ugyanazt kell értenie alatta. Talán nem gondolnánk, hogy egy egyszerű “kosárba helyezés” kapcsán is mennyi kérdés felmerülhet. Mi történik a gomb megnyomása után? A termékoldalon maradunk, vagy átugrunk a kosárra? A kosár egy különálló oldal, vagy a lap széléről úszik be? Felkínálunk upsell vagy cross-sell lehetőségeket? És így tovább.

A specifikáció tehát részletesen dokumentál minden megjelenést, oldalt, funkciót, így egyaránt szolgál útmutatóként a tervezők, fejlesztők és tesztelők számára, valamint egyfajta írott megállapodás a megrendelő és a kivitelező csapat között. A specifikáció pontos, világos és mérhető leírásokat nyújt, amelyek alapján minden érintett pontosan tudja, milyen munkát kell végeznie és milyen eredményeket kell elérnie.

Mikor készüljön specifikáció?

Mivel ez a dokumentum egyfajta “Bibliaként” funkcionál a projekt résztvevői számára, így azt tanácsolnám, hogy minden egyes projektnél készüljön egy részletes, könnyen áttekinthető specifikáció. De vajon - merülhet fel bennünk ismét a kérdés - megéri-e ennyi munkaórát rááldozni?

Erre sajnos nincsen biztos válasz - ahogyan egy képlet sem, ami alapján kiszámítható lenne. Az viszont biztos, hogy azt kell szem előtt tartani, hogy a dokumentum elkészítése ésszerű és gazdaságilag indokolt legyen. Mivel a specifikáció megírása egy egyszerűbb projekt esetében is akár 5-10 munkaórát igényelhet, ezért elengedhetetlen mérlegelni, hogy a funkciók listája indokolja-e, hogy papírra vessük azok működését. Ugyanis ha csak néhány statikus oldalról és egy ajánlatkérő űrlapról van szó, azt valószínűleg szóban is tisztázni tudják a projekt résztvevői.

Azonban ha a projekt mérete és/vagy komplexitása magasabb, akkor érdemes lehet megfontolni a specifikációírást, mert szinte biztos, hogy a megvalósítás előrehaladott fázisában egyetlen félreértés is több időt és pénzt emészthet fel, mint megelőzni a bajt, és már a projekt elején lefektetni a szabályokat. Emiatt a közepes méretű weboldalaknál már mindenképp célszerű meggondolni a specifikáció írását, de a nagyobb projekteknél, webáruházaknál, alkalmazásoknál szinte kötelező.

Valószínűleg senki sem fogja lecserélni erre a dokumentumra a kedvenc regényét, de abban biztos vagyok, hogy a projekt végén nem csak a kivitelezői csapat, hanem az ügyfél is hálás lesz, hogy a specifikációnak köszönhetően minden gördülékenyen zajlott - profi végeredménnyel.