Rendszerszervezők Szegeden: Vélemények és kedvező árak

Rendszerszervező magánügyfeleknek

A Rendszerszervező akkor segít, amikor egy szoftveres igény, egy belső folyamat vagy egy félkész digitális ötlet még túl homályos ahhoz, hogy fejlesztőnek átadható legyen. Magánügyfeleknél ez gyakran webes rendszer, ügyfélkezelő, foglalási felület, készletnyilvántartás, oktatási portál vagy egy kisebb vállalkozáshoz kötődő belső megoldás. A feladat lényege nem csak az, hogy valaki leírja, mit kell elkészíteni. A szakember megérti a jelenlegi működést, kérdez, rendszerez, majd olyan követelményeket és folyamatleírást ad, amely alapján a fejlesztés kevesebb félreértéssel indulhat.

Sokan akkor keresnek ilyen segítséget, amikor már volt egy rosszul sikerült fejlesztési körük. A fejlesztő mást értett a feladaton, az ügyfél mást várt, és végül mindenki csalódott lett. Szerintem ez az egyik legdrágább hiba. Nem azért, mert a fejlesztő rossz munkát végzett, hanem mert a munka elején nem volt elég pontos a gondolkodás. Egy jó informatikai szervező ezt a kockázatot csökkenti. Nem varázsol, de rendet tesz az igények között.

Szeged környékén sok kisebb szolgáltató, oktató, kereskedő és induló projekt keres olyan embert, aki nem nagyvállalati nyelven beszél, hanem érthetően fordítja le az üzleti igényt technikai feladattá. A Qjob.hu oldalán különböző szabadúszó szakemberek közül lehet választani, nem egyetlen cég csomagajánlatából. Ez különösen akkor hasznos, ha a feladat mérete még nem indokol teljes informatikai csapatot.

Igényfelmérés és folyamatleírás

Az igényfelmérés a rendszerszervezési munka alapja. Itt derül ki, hogy valójában mi a cél, kik használják majd a rendszert, milyen adatokat kell kezelni, hol vannak a döntési pontok, és melyik rész okoz most időveszteséget. Egy tapasztalt folyamatfelmérő nem csak azt írja le, amit az ügyfél elsőre mond. Visszakérdez. Megkeresi az ellentmondásokat. Kiszűri azt is, ha egy funkció csak megszokásból került a kívánságlistára, de nincs valódi értéke.

Volt eset, amikor egy ügyfél időpontfoglaló rendszert szeretett volna. Elsőre egyszerű naptárnak tűnt. A beszélgetés közben kiderült, hogy több szolgáltató dolgozik váltott helyszíneken, az ügyfelek eltérő előleget fizetnek, és bizonyos szolgáltatások után automatikus emlékeztető kell. A végén nem egy naptár specifikációja készült el, hanem egy teljes foglalási folyamat leírása. Ez sok későbbi vitát megelőzött.

Én személy szerint jobban szeretem, ha az első felmérés nem túl hosszú, de nagyon célzott. A fél napos kötetlen beszélgetés ritkán hatékony. Hasznosabb, ha a szakember előre kér dokumentumokat, képernyőképeket, táblázatokat, régi leírásokat, majd ezek alapján vezetett kérdésekkel halad. Így a megbízó is érzi, hogy a munka nem elméleti beszélgetés, hanem konkrét előkészítés.

Rendszerszervező árak és díjazás

Az ár attól függ, mennyire összetett a feladat, kell-e interjú több érintettel, készül-e részletes specifikáció, folyamatábra, teszteset vagy fejlesztői átadási anyag. Olcsóbb óradíj néha elég egy rövid konzultációhoz. Komolyabb rendszer előkészítésénél viszont a túl alacsony ár gyanús lehet. Olcsóbban 10.000 forintnál óránként ritkán lesz minőségi ez a munka, mert sok gondolkodás és pontosítás van mögötte.

A fix díj akkor jó, ha a feladat pontosan körülírható. Óradíj akkor életszerűbb, ha a projekt még változik, vagy sok kérdés csak munka közben derül ki. Sok magánügyfél a fix árat szereti, mert kiszámítható. De egy becsült keret és heti elszámolás néha igazságosabb mindkét félnek.

Megfelelő szakember kiválasztása

A megfelelő szakember kiválasztásánál nem elég azt nézni, hogy valaki hány éve dolgozik informatikában. A rendszerszervező akkor jó, ha egyszerre tud kérdezni, írni, egyszerűsíteni és döntési helyzeteket felismerni. Fontos, hogy ne akarjon mindenből azonnal fejlesztési feladatot csinálni. Néha a válasz egy jobb táblázat, egy egyszerű űrlap vagy egy meglévő eszköz okosabb használata. Ez nem kisebb munka, hanem tisztább gondolkodás.

Érdemes korábbi mintákat kérni. Nem teljes ügyfélanyagokat, mert azok bizalmasak lehetnek, hanem anonimizált részleteket. Egy jó specifikáció nem hosszú azért, hogy komolynak tűnjön. Pontos, tagolt, követhető. Látszik belőle, hogy a szerző érti a felhasználó nézőpontját és a fejlesztő igényeit is. Sok megbízó hibázik, amikor csak azt figyeli, ki beszél magabiztosan. A magabiztos beszéd nem mindig jelent pontos munkát.

Hasznos jel, ha a jelölt rákérdez a döntési jogokra. Ki hagyja jóvá a funkciókat. Ki ad választ a nyitott kérdésekre. Ki használja majd a rendszert naponta. Ha ezek nincsenek tisztázva, a projekt könnyen megáll. Egy üzleti elemző vagy rendszertervező ilyenkor nem akadékoskodik, hanem védi a folyamatot.

Szegedi helyismeret és környékbeli munka

Szeged esetében a helyi jelenlét néha előny. Nem minden feladat igényel személyes találkozót, de bizonyos folyamatoknál sokat számít, ha a szakember látja a működési környezetet. Egy rendelő, oktatási helyszín, kis raktár vagy ügyfélszolgálati pont működése élőben gyorsabban érthető meg. Alsóváros, Felsőváros, Újszeged, Móraváros vagy a belváros más munkaszervezési helyzeteket adhat. A környékbeli településekről érkező ügyfeleknél pedig gyakori, hogy kisebb csapatban több szerepet visz ugyanaz az ember.

Algyő, Deszk, Sándorfalva és Domaszék felől is érkezhetnek olyan megbízások, ahol nem egy nagy rendszer kell, hanem egy jól átgondolt belső működés. A távoli egyeztetés is működik, ha a dokumentumok rendben vannak. De amikor a jelenlegi folyamat szóban él csak a munkatársak fejében, a személyes vagy részletes videós felmérés sokkal jobb eredményt ad.

Szeged vállalkozói közege elég változatos. Vannak egyéni szolgáltatók, kis kereskedők, oktatók, egészségügyi szolgáltatók és induló digitális projektek. Emiatt a rendszerszervezés nem csak klasszikus informatikai feladat. Sokszor szervezési és döntési munka is. És pont ez benne a nehéz.

Dokumentáció fejlesztőknek

A fejlesztői dokumentáció célja, hogy a programozó ne találgasson. Tartalmazhat funkciólistát, jogosultsági mátrixot, adatmezőket, képernyővázlatot, hibakezelési szabályokat, folyamatábrát és elfogadási feltételeket. Nem kell minden projekthez vastag dokumentum. De kell annyi részlet, hogy az ajánlat, az ütemezés és a későbbi ellenőrzés értelmes legyen.

Poénnak hangzik, de a legjobb dokumentáció néha a kihúzott elemek miatt jó. Amikor kiderül, hogy egy funkció nem kell az első verzióba, az pénzt és időt spórol. Sok ügyfél mindent azonnal akar. Ez érthető, mert a fejében a rendszer már kész. A valóságban viszont a túl nagy első verzió szétesik. Egy tapasztalt informatikai szervező segít kisebb, használható kezdést kialakítani.

Én azt tartom jó jelnek, ha a dokumentum alapján egy külső fejlesztő képes kérdéseket feltenni, nem pedig teljesen újraértelmezni az egészet. A jó anyag nem zár ki minden kérdést. Inkább jó mederbe tereli őket.

Gyakori hibák megbízás előtt

A leggyakoribb hiba, hogy a megbízó képernyőkben gondolkodik, nem folyamatban. Azt mondja, kell egy gomb, egy lista, egy adatlap. De nem mondja el, mi történik előtte és utána. Ki tölti ki. Ki javíthatja. Mi legyen hibás adatnál. Mikor zárul le egy ügy. Ezek nélkül a fejlesztés csak látszólag halad.

Másik gond, amikor nincs felelős döntéshozó. Mindenki véleményt mond, de senki nem dönt. Egy kisebb családi vállalkozásnál ez különösen gyakori. Minden érintett használni fogja a rendszert, ezért mindenki beleszól. Ez emberileg érthető, szakmailag viszont lassít. A rendszerszervező ilyenkor segíthet szétválasztani a véleményt, az igényt és a döntést.

Probléma az is, ha az ügyfél kész megoldást kér, miközben még a cél sem tiszta. Például új ügyfélkezelőt szeretne, de a fő gond valójában az, hogy nincs egységes ajánlatadási folyamat. Ilyenkor egy új rendszer csak gyorsabban termeli a rendetlenséget. Ezt jobb a munka elején kimondani, még ha nem is kellemes.

Mikor elég rövid tanácsadás

Nem minden helyzethez kell teljes projektelőkészítés. Rövid tanácsadás elég lehet, ha a cél egyszerű, a felhasználók száma kevés, és a döntések gyorsan meghozhatók. Ilyen lehet egy űrlaplogika átnézése, egy ajánlatkérő rendszer alapjainak tisztázása, vagy egy meglévő szoftver használatának jobb megszervezése. A Rendszerszervező ilyenkor inkább irányt ad, nem teljes dokumentációt készít.

Viszont ha több szerepkör, több adatforrás, fizetés, jogosultság vagy külső integráció van a feladatban, a rövid beszélgetés kevés. Ilyenkor érdemes legalább egy vázlatos specifikációt kérni. Nem azért, mert a papír fontos. Hanem azért, mert a leírás közben derül ki, mi nincs még eldöntve.

Po módszerként én azt javaslom, hogy az első egyeztetés végén legyen kézzelfogható eredmény. Például döntési lista, kockázati pontok, funkciócsoportok vagy következő lépések. Ha csak annyi marad meg, hogy majd még beszélünk róla, akkor a munka nem ment elég mélyre.

A rendszerszervezési munka akkor ér valamit, ha továbbadható. A fejlesztő, a designer, a tesztelő vagy maga a megbízó is érti, mi készült. Az átadás lehet egy dokumentum, közös megbeszélés, feladatlista vagy fejlesztői kérdésekre adott támogatás. Nem minden szakember vállal végigkísérést, ezért ezt előre tisztázni kell.

Magánügyfeleknél gyakran a legjobb megoldás egy rövid, de pontos kezdőanyag. Ebben benne van a cél, a fő felhasználók, az első verzió funkciói, a kizárt elemek, a nyitott kérdések és a becslést segítő részletek. Ezzel már lehet fejlesztőt keresni, ajánlatokat összehasonlítani, vagy eldönteni, hogy a projekt most még túl korai.

A jó előkészítés nem teszi olcsóvá automatikusan a fejlesztést. De megmutatja, mire megy el a pénz. Ez nagy különbség. Aki ezt a lépést kihagyja, sokszor később fizeti meg az árát módosításban, vitában és újrakezdésben.