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

Solution architect magánügyfeleknek Szolnokon

A Solution architect akkor segít, amikor egy digitális ötletből működő, átgondolt rendszerterv kell. Nem csak nagy cégeknél lehet rá szükség. Magánügyfeleknél is előfordul, hogy egy webes szolgáltatás, belső nyilvántartás, automatizált folyamat vagy több program összekötése már nem fér bele egy egyszerű fejlesztői megbízásba. Ilyenkor jó, ha valaki előbb átnézi az igényt, a várható terhelést, az adatkezelést és a későbbi bővítést.

Szolnok környékén sok megkeresés nem hatalmas informatikai beruházásról szól. Gyakori a kisebb vállalkozásból indult magánprojekt, családi céghez kapcsolódó rendelési felület, oktatási rendszer, időpontfoglaló vagy egy régi adatbázis kiváltása. A Qjob.hu felületén több külön dolgozó szakember közül lehet választani, így nem egy cég csomagajánlatát kapja az ügyfél, hanem konkrét személyekkel egyeztethet.

Po moemu tapasztalatom szerint az ilyen munka értéke nem a bonyolult szavakban van. A jó szakember le tudja rajzolni a rendszert úgy, hogy az ügyfél is értse. Megmondja, mi drága, mi kockázatos, és hol lehet egyszerűbb irányt választani.

Megoldástervező feladatok egyszerűen

A megoldástervező első dolga nem a kódolás. Előbb kérdez. Milyen adat kerül a rendszerbe. Ki használja. Hányan használják egyszerre. Kell-e jogosultság, fizetés, értesítés, külső programhoz kapcsolódás vagy későbbi mobilos használat. Ezek száraz kérdéseknek tűnnek, mégis ezeken múlik, hogy a fejlesztés később ne csússzon szét.

Sokan azt hiszik, elég egy programozónak elküldeni néhány képernyőrajzot. Ez gyakran hiba. A képernyő csak a felszín. A háttérben adatmodell, mentés, naplózás, biztonság, hozzáférés és üzemeltetés is van. Egy IT építész pont ezt a hátteret nézi meg. Nem feltétlenül ő készíti el a teljes rendszert, de tisztázza, milyen technikai alapra érdemes építeni.

Volt eset, amikor egy ügyfél egyszerű foglalási oldalt kért. Elsőre kis feladatnak látszott. Az egyeztetés közben kiderült, hogy több helyszín, eltérő munkarend, előlegfizetés és automatikus számlázás is kell. Ha ezt csak fejlesztés közben veszik észre, sok rész újraírásra kerül. Egy rövid architektúra tervezés olcsóbb volt, mint a későbbi javítás.

Rendszertervezés árak és díjak

Az ár nagyban függ attól, hogy csak tanácsadás kell, vagy részletes műszaki terv is készül. Egy rövid konzultáció általában olcsóbb, de nem mindig elég. Ha több fejlesztő fog dolgozni a projekten, akkor hasznosabb az írásos terv, folyamatábra, adatkapcsolati vázlat és becslés. Szerintem a túl olcsó rendszertervezés kockázatos. 18.000 forint alatt ritkán fér bele alapos előkészítés, ha valódi üzleti folyamatot is meg kell érteni.

A fenti összegek tájékoztató jellegűek. Egy egyszerű terv lehet gyors, de egy több szereplős, fizetéssel és külső kapcsolatokkal működő rendszer már más kategória. Jobb előre tisztázni, hogy az ár tartalmaz-e dokumentációt, javítási kört és későbbi egyeztetést a fejlesztővel.

Solution architect választása

A szakember kiválasztásánál nem a leghosszabb bemutatkozás számít. Én inkább azt nézem, tud-e konkrét kérdéseket feltenni. Egy jó solution architect nem mond azonnal technológiát. Előbb megérti, mire kell a rendszer. Utána javasol egyszerűbb és összetettebb utat is, kockázatokkal együtt.

Fontos a korábbi munkák jellege. Nem kell ugyanabban az iparágban dolgoznia, de legyen tapasztalata adatkapcsolatokkal, jogosultsági szintekkel, üzemeltetési döntésekkel és fejlesztői átadással. A magánügyfélnek különösen hasznos, ha a szakember nem beszél túl sok szaknyelvvel. A tervnek használhatónak kell lennie, nem csak okosnak látszani.

Mnogi hibát követnek el, amikor kizárólag óradíj alapján döntenek. Az olcsóbb konzultáció vonzó lehet, de ha utána a fejlesztő nem tud dolgozni a leírásból, az egész megtakarítás eltűnik. Jobb egy világos, rövidebb terv, mint egy hosszú, homályos dokumentum.

Architekt Szolnok városrészeiben

Szolnokon a legtöbb ilyen munka távolról is jól végezhető, de a helyi egyeztetés néha sokat segít. Belváros, Szandaszőlős, Tallinn városrész, Pletykafalu, Kertváros és a vasútállomás környéke gyakori találkozási pont lehet. A környező településekről, például Tószeg, Rákóczifalva, Abony vagy Újszász felől is érkezhetnek megbízások, főleg akkor, ha a projekt helyi szolgáltatáshoz kapcsolódik.

A személyes megbeszélés akkor hasznos, ha régi papíralapú folyamatot kell megérteni, vagy több családtag, munkatárs, külső szolgáltató is érintett. Máskor elég egy videós hívás és közös jegyzet. A lényeg nem a helyszín, hanem az, hogy minden fél ugyanazt értse a feladat alatt.

Szolnok esetében gyakran kis költségvetésű, de fontos rendszerekről van szó. Időpontkezelés, nyilvántartás, egyszerű ügyfélkapu, belső rendelési felület vagy adatösszesítő tábla. Ezeknél nem kell túlméretezett megoldás. Kell egy jó terv, amely nem nő túl az ügyfél valós igényén.

Megoldástervezés régi rendszerekhez

Régi Excel fájl, elavult weboldal, kézzel vezetett ügyféllista vagy szétszórt adatbázis esetén az első kérdés mindig az, mit kell megtartani. Nem minden régi elem rossz. Sokszor az ügyfél évek alatt kialakított egy működő logikát, csak a forma lett nehézkes. A megoldástervezés ilyenkor nem rombolás, hanem válogatás.

Az architekt megnézi, hol keletkezik adat, ki módosítja, hol hibázhat a folyamat, és milyen jelentésekre van szükség. Ezután dönthető el, hogy új rendszert kell építeni, vagy elég egy kisebb automatizálás. Néha egy jól beállított adatkezelő felület többet ér, mint egy drága egyedi fejlesztés.

Volt olyan ügyfél, aki teljes új portált szeretett volna. A beszélgetés után kiderült, hogy a fő gond csak az volt, hogy két táblázatot kézzel kellett összevetni. Nem lett belőle nagy rendszer. Készült egy kisebb adatösszekötés és egy tiszta terv a későbbi bővítéshez. Ez jó döntés volt, mert nem költött feleslegesen.

Solution architect munka menete

A munka általában igényfelméréssel indul. Ez lehet egy rövid kérdéssor, beszélgetés vagy meglévő anyagok átnézése. Ezután jön a célok pontosítása. Mit kell tudnia a rendszernek az első változatban. Mi várhat későbbre. Mi az, amit nem érdemes beépíteni, mert csak bonyolítaná a fejlesztést.

A következő lépés a szerkezeti döntések leírása. Ilyen lehet a felhasználói szerepek rendje, az adatok útja, a külső kapcsolatok listája, a biztonsági alapok és az üzemeltetési forma. Egy tapasztalt informatikai tervező nem csak azt írja le, mit kell fejleszteni, hanem azt is, miért úgy érdemes csinálni.

A végén jó esetben marad egy használható dokumentum. Nem túl hosszú, de elég pontos. Ezt az ügyfél meg tudja mutatni fejlesztőnek, tesztelőnek vagy más tanácsadónak. Így kevesebb a félreértés, és könnyebb összehasonlítani az ajánlatokat.

IT építész magánprojektekhez

Magánprojektnél a költség, az egyszerűség és a későbbi fenntarthatóság együtt számít. Az IT építész akkor dolgozik jól, ha nem akar mindenből nagy rendszert csinálni. Van, amikor egy kész szolgáltatás elég. Máskor egyedi fejlesztés kell. A kettő között sok átmenet van.

Лично я preferálom azokat a terveket, amelyekben külön szerepel a szükséges és a később ráérő rész. Ettől az ügyfél nem érzi, hogy mindent egyszerre kell kifizetnie. A fejlesztő is tisztábban látja, mit kell először megcsinálni. Ez főleg akkor fontos, ha a rendszer ötletként indult, és még nem biztos, mekkora forgalma lesz.

A jó zárás nem látványos. Inkább nyugodt. Az ügyfél érti, milyen rendszerre van szüksége, mennyibe kerülhet az első lépés, és kitől kérjen további munkát. Egy magánmegbízásnál ez sokszor többet ér, mint egy vastag műszaki anyag, amit senki nem használ.