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

Solution architect Miskolc

A Solution architect akkor hasznos, amikor egy rendszer sok részből áll, és nem elég csak fejleszteni, hanem össze is kell illeszteni mindent. Miskolc környékén is egyre több projekt jut el ide, webes felület, belső nyilvántartás, webshop, összekötés számlázóval vagy raktárral. Ilyenkor a cél az, hogy ne utólag derüljön ki, mi nem fér össze, mi lassú, mi drága fenntartani.

Személy szerint azt szeretem ebben a munkában, hogy a döntések nem a levegőben lógnak. Megfogható kompromisszumok születnek. De sokszor konfliktussal indul, mert mindenki mást ért a feladaton. A megrendelő gyors eredményt akar, a fejlesztő tiszta kódot, az üzemeltető stabilitást. Egy megoldásarchitekt dolga az, hogy ezekből egy irányt csináljon, és leírja, miért úgy.

Megoldásarchitekt feladatok

A leggyakoribb feladat a követelmények fordítása. Üzleti igényből műszaki döntés lesz. És közben nem csak a funkció számít, hanem a minőség is, biztonság, teljesítmény, bővíthetőség, naplózás, mentés. Sok leírás kiemeli, hogy a szerep hídként működik üzlet és technika között.

Én mindig azzal kezdem, hogy mi a legkockázatosabb pont. Például egy külső szolgáltató csatlakozása, vagy a régi adatbázis állapota. Ha ez megvan, könnyebb sorrendet adni a munkának. A megoldásarchitekt ebben erős, mert nem csak egy képernyőt néz, hanem az egész rendszert és a határokat is.

Munka menete és együttműködés

Tipikusan van egy rövid feltárás, aztán alternatívák, majd döntés. A feltárás alatt kérdések jönnek, sokszor kellemetlenek. De ezek kellenek ahhoz, hogy ne legyen meglepetés. Utána jön a terv, ami nem egy regény, inkább tiszta pontok, részek, összekötések, felelősségek.

Volt eset, amikor egy ügyfél azt mondta, csak egy kis fejlesztés kell. Aztán kiderült, hogy három rendszert kell összehozni, és a jogosultságok teljesen rendezetlenek. Ha nincs előre kimondva, ki lát mit, akkor a végén mindenki egymásra mutogat. A megoldásarchitekt ilyen helyzetben rendet rak, és ez sok idegeskedést spórol.

Miskolc esetén még egy tipikus helyzet, hogy a csapat részben helyi, részben távoli. Ilyenkor különösen fontos, hogy a döntések rögzítve legyenek, és legyen egy közös nyelv. Nem kell túlformázni, csak legyen követhető.

Dokumentumok, amiket érdemes kérni

Sokan elkövetik azt a hibát, hogy csak egy szép rajzot kérnek, aztán nincs belőle munka. Nekem az vált be, ha az anyagok rövidek, de használhatók. Például egy elem lista felelősségekkel, adatmozgás leírás, összekötési pontok, és pár olyan döntés, amit később is vissza lehet keresni. A nem funkcionális elvárások külön blokkban legyenek, mert ezek szoktak elcsúszni.

A másik gyakori tévedés, hogy mindenki az eszközökről beszél, és kimarad a működés. Pedig a működés a drága rész, mentés, megfigyelés, hibakezelés, jogosultság, adatvédelem. Ha ezt nem írjuk le, a rendszer később lassú és törékeny lesz. És ezt már nem olcsó javítani.

Én azt javaslom, hogy kérj legalább egy rövid átadást, amit a fejlesztő el tud kezdeni követni. Ha a dokumentum csak elvi, akkor szép, de a projekt mégis szétesik. Sokszor itt jön a vita, mert a megrendelő úgy érzi, fizetett, még sincs kész semmi. Ez valós probléma, nem érzés. A jó megoldásarchitekt ezt előre kezeli, és megmondja, mi a kézzelfogható kimenet.

Árak és díjazás

Az ár nagyban függ attól, hogy tanácsadásról van szó, vagy konkrét tervről, vagy folyamatos támogatásról. Külföldön gyakori a napi díj, és ez nálunk is megjelenik, főleg összetett projekteknél. De magánmegrendelőként sokszor jobban működik a kisebb csomag, tiszta terjedelemmel.

Árérzékeny kérdés, de kimondom. Olcsóbban 20.000 Ft alatt ritkán lesz minőségi feltárás, mert nem fér bele az idő. És ha valaki nagyon olcsón vállalja a teljes architektúrát, ott gyakran az van, hogy pár sablont ad, aztán magadra maradsz. Nekem az a tapasztalatom, hogy a jó munka nem a legdrágább, csak nem a legolcsóbb.

A táblázat munkadíjakat mutat, engedélyek és előfizetések nélkül. Egyes tételek összeadhatók, mások helyettesítik egymást. Ha csak irány kell, elég lehet egy rövid átvilágítás. Ha viszont több ember dolgozik, a részletesebb terv szokott megtérülni.

Ha Miskolc környékén helyszíni egyeztetést is kérsz, az általában plusz költség. De néha megéri, mert egy fél órás beszélgetés során előjön olyan részlet, ami online nem látszik. Ilyenkor gyorsabban tisztázódik, mi a valódi cél, és mi az, ami csak megszokásból került bele.

Specialista kiválasztása

A kiválasztásnál én három dolgot nézek. Először, tud-e érthetően kérdezni. Ha csak kijelent, és nem tisztáz, az rossz jel. Másodszor, tud-e a kompromisszumokról beszélni, nem csak egyetlen megoldást erőltetni. Harmadszor, ad-e kézzelfogható átadást, amit a fejlesztő használni tud.

Fontos, hogy a Solution architect ne legyen elérhetetlen. Nem kell napi szinten ott ülni, de legyen ritmusa az egyeztetésnek. A megbeszélések után legyen egy rövid összefoglaló, mi lett eldöntve, és mi maradt nyitva. Ettől lesz nyugalom a projektben.

Itt, a Qjob.hu felületén érdemes megnézni a korábbi munkák leírását, és azt is, hogyan ír a szakember. Ha a szöveg zavaros, a dokumentáció is az lesz. A jó megoldásarchitekt röviden fogalmaz, és mégis pontos.

És még valami, amit kevesen mondanak. Ne válassz kizárólag technológia alapján. A technológia változik. A gondolkodásmód marad. Aki képes lefordítani az igényt, és képes leírni a döntéseket, az fog segíteni akkor is, ha közben változik a terv.