Solution architectek Szegeden: Vélemények és kedvező árak

Solution architect magánmegbízásokhoz

A Solution architect akkor hasznos, amikor egy digitális ötletből működő, átlátható és fenntartható rendszernek kell születnie. Magánügyfeleknél ez gyakran nem nagyvállalati feladat, hanem egy webshop, foglalási felület, ügyfélkezelő rendszer, adatkapcsolat vagy belső munkafolyamat rendbetétele. Ilyenkor nem elég egy fejlesztőt keresni. Előbb valakinek meg kell értenie, mi a cél, milyen eszközök vannak már használatban, hol szivárog az idő és mi az, amit nem érdemes lefejleszteni.

Szeged környékén sok kisebb vállalkozás és egyéni megbízó kér ilyen segítséget, mert a döntés előtt szeretné látni a kockázatot. Szerintem ez jó irány. Egy megoldástervező nem attól értékes, hogy bonyolult szavakat használ, hanem attól, hogy egyszerűsíti a döntéseket. Sok ügyfél akkor keres szakembert, amikor már van egy félkész rendszer, egy rosszul sikerült fejlesztés vagy több különálló táblázat, amelyeket senki nem tud rendesen összekötni.

A Qjob.hu felületén különböző önálló szakemberek közül lehet választani. Nem egy céges csomagot kell elfogadni, hanem olyan személyt lehet keresni, aki ért az adott helyzethez. Ez fontos, mert egy családi vállalkozás ügyviteli rendszere más gondolkodást igényel, mint egy induló webes szolgáltatás vagy egy helyi rendelő időpontfoglalója.

Megoldástervező feladatok röviden

A megoldástervező első dolga általában nem a rajzolás és nem a dokumentáció. Előbb kérdez. Mi működik most, mi lassú, ki használja a rendszert, milyen adatokat kell védeni, milyen hibák okoznak pénzveszteséget. Csak ezek után érdemes rendszert, tárhelyet, fejlesztési nyelvet vagy külső szolgáltatást választani.

Magánmegbízásoknál gyakori feladat a meglévő weboldal és számlázó összekötése. Máskor egy rendelési folyamatot kell átnézni, mert a vevők elakadnak. Van, amikor egy Excel alapú nyilvántartásból kell olyan megoldást készíteni, amelyet több ember is használhat. A szakember ilyenkor nem mindig ír kódot. Sokszor a jó döntés az, hogy kevesebb fejlesztés kell, és egy kész eszköz testreszabása elég.

Volt eset, amikor egy ügyfél egy teljesen új alkalmazást akart. A beszélgetés után kiderült, hogy a fő gond egy hibásan felépített űrlap és egy rossz értesítési folyamat volt. A tervezett költség töredékéből meg lehetett oldani. Ilyenkor látszik, hogy a rendszertervező szerepe nem dísz. Pénzt és felesleges köröket tud megspórolni.

Solution architect árak és díjazás

Az árak nagyban függnek attól, hogy csak tanácsadás kell, vagy részletes műszaki terv is készül. Olcsóbb óradíj is előfordul, de személy szerint 12.000 forint alatt ritkán láttam igazán használható szakmai munkát ilyen területen. A túl alacsony ár sokszor azt jelenti, hogy a szakember csak általános véleményt ad, de nem vállal felelősséget a rendszer logikájáért.

A fix díjas munka akkor kényelmes, ha pontosan körülírható a feladat. Óradíj akkor jobb, ha sok még a bizonytalanság. Sok megbízó ott hibázik, hogy az első beszélgetés után azonnal teljes fejlesztési árat kér. Pedig a tervezés külön munka. És néha pont az derül ki, hogy a nagy fejlesztés nem is szükséges.

Jó Solution architect kiválasztása

A jó Solution architect nem csak technikai listát ad. Megkérdezi, ki fogja használni a rendszert, mennyi idő van a bevezetésre, milyen hibát nem bír el az ügyfél, és mi történik akkor, ha később bővíteni kell. Nekem az a meggyőző, ha valaki képes nemet mondani egy túl drága vagy túl bonyolult irányra. Ez sokkal többet ér, mint egy hosszú eszközlista.

Érdemes korábbi munkákról kérdezni, de nem elég a szép leírás. Jobb, ha a szakember konkrét helyzeteket mesél. Például hogyan választott két megoldás közül, miért nem javasolt saját fejlesztést, vagy mikor kellett egy meglévő rendszert lecserélni. A rendszertervező akkor megbízható, ha érthetően beszél a kockázatról is.

Magánügyfeleknél fontos a türelem. Nem mindenki ismeri a műszaki szavakat. Egy jó szakember nem nézi le ezt, hanem lefordítja a döntéseket hétköznapi nyelvre. Ha az első egyeztetés után csak újabb zavaros kérdések maradnak, az rossz jel. Ha viszont a megbízó látja, mi lesz az első lépés, mi várhat, és mire nem kell pénzt költeni, akkor jó irányban jár.

Rendszertervezés Szeged városrészeiben

Szeged területén a megbízások jellege eltérhet. A belvárosban gyakoriak a szolgáltató vállalkozások, rendelők és irodák. Újszegeden sok kisebb vállalkozás kér webes rendszerhez vagy időpontfoglaláshoz segítséget. Tarján, Makkosház és Rókus környékén gyakran otthonról működő vállalkozások keresnek átláthatóbb ügyfélkezelést. A közeli településekről, például Algyő, Deszk vagy Sándorfalva felől is jöhetnek olyan megbízások, ahol nem helyszíni jelenlét, hanem pontos online egyeztetés kell.

A helyi jelleg nem azt jelenti, hogy minden munka személyes találkozót igényel. Egy felmérés gyakran távolról is elvégezhető, ha a megbízó meg tudja mutatni a jelenlegi folyamatokat. De vannak helyzetek, amikor a helyszíni beszélgetés sok félreértést megelőz. Például ha több munkatárs használ egy rendszert, vagy a napi munka közben derül ki, hol akad el a folyamat.

Szeged esetében az is előny, hogy sok informatikai tudás érhető el a városban. Mégis érdemes különbséget tenni fejlesztő, rendszergazda és megoldástervező között. Nem ugyanaz a szerep. A fejlesztő megvalósít, a rendszergazda üzemeltet, a tervező pedig segít eldönteni, mit és hogyan kellene megvalósítani.

Gyakori hibák megoldástervezés előtt

Sokan ott rontják el, hogy eszközzel kezdik a döntést. Előbb kiválasztanak egy tárhelyet, egy ügyfélkezelőt vagy egy fejlesztőt, és csak utána derül ki, hogy a választott megoldás nem illik a napi munkához. Ez kellemetlen, mert a rossz alap később drága javítást hoz.

Másik gyakori gond a túl nagy első verzió. Egy megbízó mindent egyszerre szeretne. Weboldalt, belépési felületet, automatikus számlázást, jelentéseket, értesítéseket és több nyelvet. Papíron ez jól hangzik. A gyakorlatban sokszor jobb egy kisebb, stabil első lépés. Utána lehet bővíteni. Egy szakember ebben tud határt húzni.

Volt olyan ügyfél, aki három különböző fejlesztőtől kért ajánlatot, és mindhárom mást javasolt. Nem azért, mert bárki rosszindulatú volt. Egyszerűen nem volt közös műszaki keret. Miután elkészült egy rövid rendszerterv, az ajánlatok is összehasonlíthatóvá váltak. Ez sok feszültséget levett a döntésről.

A dokumentáció hiánya szintén probléma. Nem kell vaskos anyag. De kell egy érthető leírás arról, milyen részekből áll majd a rendszer, ki miért felel, hol tárolódik az adat, és mit kell menteni. Ha ez nincs meg, a megbízó később kiszolgáltatottá válhat.

Megoldástervező megbízás menete

A munka általában egy rövid igényfelméréssel indul. Itt nem az a cél, hogy minden apró részlet végleges legyen. Inkább az, hogy láthatóvá váljon a probléma mérete. Utána következhet a jelenlegi eszközök áttekintése, a hibapontok összegyűjtése és néhány lehetséges irány összevetése.

Hasznos, ha a megbízó előre összeszedi a belépő felületeket, használt szoftvereket, táblázatokat és a leggyakoribb panaszokat. Nem kell mindent szépen megfogalmazni. Elég, ha látszik, hol megy el sok idő. A szakember ebből már tud következtetni.

A végén jó esetben nem csak egy vélemény marad, hanem döntési alap. Lehet ez rövid műszaki terv, feladatlista fejlesztőnek, költségbecslés vagy rendszerrajz. Én azt szeretem, ha a megbízó a végén ki tud mondani három dolgot. Mit kell most megcsinálni, mit lehet későbbre hagyni, és mit nem érdemes megvenni. Ez nem látványos mondat, de a legtöbb informatikai döntésnél pontosan erre van szükség.