Egyedi igények keletkezése

Ahogy az egyedi igényeket összegző blog bejegyzésben áltolánosabban, de említésre került, a rendhagyó kérések a szoftverhaszálat különböző időszakaiban fogalmazódhatnak meg, mely jelentős tényező lehet, azonban sokkal fontosabb, hogy kik, milyen formában és milyen gondosan végzik el a felmérést, mivel ebben a szakaszban kerülnek megalapozásra a projekt végső céljai, a megvalósítási követelmények és a felhasználók személyes igényei.

A folyamat résztvevői

Az igényfelmérés során a végfelhasználói vélemény szinte ugyan olyan kiemelt figyelmet kap, mint a döntéshozóké, hiszen ezen felhasználók szempontjából nélkülözhetetlen, hogy a szoftver használható, intuitív és igényeikhez igazodó legyen. A felhasználói visszajelzések és tapasztalatok bevonása segíti, hogy a fejlesztés során a végleges szoftver ne csak műszakilag legyen megfelelő, hanem illeszkedjen a mindennapi munkamenetbe is.

Ezen egyedi kéréseket az IT Support csapat dolgozza fel, mely tagjai felelnek a projektek szinte teljes folyamatáért, a megkereséstől az éles használatig, így az előkészítésért is.

A résztvevők összetétele változhat a projekt méretétől függően: míg a karbantartás kategóriába eső, valamint kisebb beállításokkal kapcsolatos feladatok elvégzéséhez nem, addig a nagyobb projektek esetében kötelező résztvevő az igénylő cég összes döntéshozója is.

Előkészítés

Az egyedi projektek kezdeti szakasza kritikus. Első számú cél, hogy a meghatározott igények és elvárások pontosan, alaposan feltárásra és dokumentálásra kerüljenek, hiszen ezek alapján lesz lehetséges konkrét fejlesztési lépéseket, határidőket és költségtervet készíteni. A felmérés során készült dokumentáció segít abban, hogy a projekt határai tiszták legyenek a résztvevők számára, elkerülve a túlterjeszkedést (a projekt hatókörének növekedését), amely extra költségeket és időbeli csúszásokat okozhat. Lehetőség nyílik a projekt során várható kockázatok azonosítására és a megoldási alternatívák kidolgozására, mely magába foglalhat technológiai döntéseket, adatvédelmi vagy jogi szempontokat, valamint az üzleti folyamatokra gyakorolt hatások előzetes elemzését. Jellemzően közvetlenül az egyeztetés kezdetekor ki szokott derülni, hogy milyen komplexitású projektről van szó.

A Correct szoftver az alapoktól úgy került felépítésre, hogy lekérdezések, nyomtatási formátumok és számos egyéb munkafolyamat előre elkészített paraméterek ki- és bekapcsolásával magas szinten személyre szabható legyen, a kódbázisba való fejlesztői beavatkozás nélkül. Ilyen kisebb igények esetén elegendő, ha a rendszerbe beépített Hibabejelentőben dokumentálásra kerülnek a módosítás okai, eredményei és egyéb fontos részletei.

Összetettebb, jelentős programkód módosítást igénylő projektek esetében mindíg előnyös a személyes, valós idejű egyeztetés, melyen részt vesz minden kulcsfontosságú személy és felhasználó. Ezeket a projekteket már nem elegendő hibajegyben kezelni, szőrszálhasogatóan részletes közös megbeszélést, kidolgozást és dokumentációt igényel, hiszen ezek eredményessége egy hosszabb időintervallumot átfogó ütemterv teljes egészére hatással bír.

Szempontok

Szóval mik is azok a közös szempontok, melyekre kiemelt figyelmet kell fordítani egy fejlesztési projekt kidolgozásakor?

A kiindulópont, hogy mik lesznek a szoftvert érintő kötelező funkcionalitások, melyekre alapszolgáltatásként kell tekinteni? E kérdés mentén fejthető tovább az opcionális kérések listája, melyek nem alapvetőek, de megvalósításuk hozzáadott értéket képvisel. Számos fontos szempont tárgyalandó ezen funkcionalitások kapcsán, mint például:

• Biztonsági és adatvédelmi szempontok
• Skálázhatóság (igénybevétel mértékének változása, legyen az felhasználószám vagy adatmennyiség változás)
• Integrációs követelmények (Más rendszerekkel való együttműködés)
• Adatmigráció korábbi rendszerekből
• Mérföldkövek és határidő
• Dokumentáció (Mit vár el az ügyfél? Használati útmutatók, API dokumentáció, stb.)
• Tesztelési folyamatok

Következő lépések, iteráció

Miután megtörténtek az egyeztetések és a résztvevő felek választ kaptak kérdéseikre, elkészül a teljes összefoglaló dokumentáció és ütemterv, mely minden szükséges szempontról szóló információt tartalmaz a fejlesztés megkezdéséhez. Az összeállított tervezetet először az résztvevő döntéshozók el kell, hogy fogadják, ezután a folyamat soron lévő fázisa következik, mely a megvalósítás.

Nem szokatlan, hogy az első egyeztetések során nem sikerül minden apró részletet kellő mélységben kiaknázni, ezért további igényfelmérés a megvalósítási fázisban is előfordulhat. Megeshet, hogy a fejlesztés közben változnak szempontok, igények, vagy egy nem feltárt kockázati tényező szól bele a tervezet menetébe, mely kapcsán újabb konzultációra lehet szükség. Ilyen esetben kötelezően felülbírálandó az új információk meglévő tervezetre gyakorolt hatása erőforrás, idő és költség szempontból egyaránt.

Összegzés

Az igényfelmérés témáról több bejegyzésen keresztül lehetne írni, hiszen ezt a fázist rengeteg tényező befolyásolja, esetenként határozottan eltérő lehet, de az ebben a bejegyzésben tárgyalt nagyobb általánosságok jellemzően kihagyhatatlanok. A folyamatban következő fázisról szóló bejegyzésben szó esik még az igényfelmérés folyamatáról és fontosságáról, ezt itt olvashatja el.