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

Solution architect Kecskemét

A Solution architect Kecskemét területén akkor jön jól, amikor egy magánügyfél nem pusztán programot akar, hanem átgondolt rendszert. Ilyenkor nem az a fő kérdés, melyik gomb hova kerül, hanem az, hogyan illeszkednek egymáshoz a funkciók, az adatok és a későbbi bővítések. A jó megoldás nem látványos szólamokkal indul. Először rendet tesz az igények között. Utána kijelöli, mi fér bele, mi kockázatos, és mi az, amit jobb elengedni. Szerintem ez az a pont, ahol a legtöbb pénzt meg lehet spórolni.

A rendszertervező feladata nem csak annyi, hogy rajzol egy vázlatot. Megnézi az egész folyamatot. Ki használja a rendszert, milyen adat kerül bele, milyen hibák fordulhatnak elő, és hogyan marad később is kezelhető az egész. Sok ügyfél ott hibázik, hogy túl hamar kér végleges árat, miközben még maga sem tudja pontosan, mire van szüksége. Ebből lesz az a helyzet, amikor az első ajánlat olcsónak tűnik, de a munka közben minden külön tétellé válik. Nekem az a tapasztalatom, hogy a nyugodt tervezés szinte mindig olcsóbb, mint az utólagos javítgatás.

Mikor kell megoldástervező

Megoldástervező akkor kell, ha több rész kapcsolódik össze, és ezek együtt már bonyolultabbak, mint amilyennek elsőre látszanak. Ilyen lehet egy foglalási felület, egy egyedi jelentkezési folyamat, egy tagsági oldal, egy zárt családi adatkezelő, egy oktatási felület vagy egy régi rendszer újrarendezése. Külön külön ezek még egyszerűnek tűnhetnek. De amikor már belépés, jogosultság, adatmentés, visszajelzés és későbbi módosítás is kell, akkor már nem érdemes vaktában építkezni.

Sokan azt hiszik, hogy ilyen szakember csak nagy cégeknek kell. Ez szerintem tévedés. Magánügyfélnél is gyakori, hogy egy kész sablon nem elég. Volt olyan eset, amikor egy ügyfél csak egy egyszerű jelentkezési oldalt szeretett volna. A beszélgetés elején ez tényleg kicsi feladatnak látszott. Aztán kiderült, hogy külön időpontok, eltérő díjak, automatikus visszajelzés és többféle hozzáférés kell. Ha ezt valaki rögtön fejleszteni kezdi tervezés nélkül, abból hamar kusza rendszer lesz. Végül a rendes megoldási terv hozta helyre az egészet. Nem volt látványos munka. De pont ez mentette meg a projektet.

Én személy szerint jobban kedvelem azt a folyamatot, amikor előbb a gondot értjük meg, és csak utána választunk eszközt. Sok ember fordítva indul el. Kinéz egy kész rendszert, majd megpróbálja hozzá igazítani az életét. Ez ritkán működik jól. A rendszertervező inkább abból indul ki, ami tényleg használható lesz a mindennapokban.

Tervezési folyamat és közös munka

A közös munka általában rövid felméréssel kezdődik. Itt nem technikai szavak számítanak, hanem az, hogy mi a cél. Mi történik most kézzel. Hol akad el a folyamat. Melyik ponton csúszik el az adat. Utána készül egy egyszerű szerkezet. Ebből látszik, milyen oldalak, lépések és kapcsolatokat kell kezelni. Csak ezután érdemes a részletesebb megoldási terv felé menni.

A jó tervezés egyik jele az, hogy a szakember nem csak igent mond. Néha visszakérdez. Néha vitatkozik is. Szerintem ez nem udvariatlanság. Inkább felelősség. Sok megrendelő ragaszkodik olyan funkcióhoz, amit valójában senki nem fog használni. Ha ezt senki nem meri kimondani, abból felesleges költség lesz. A megoldástervező dolga részben az is, hogy kiszűrje a túlterhelést. A kevesebb néha tényleg jobb.

Sok hibát látni ott, ahol a felület, a háttér és a tárolás külön külön készül, és senki nem nézi át az egészet egyben. A Solution architect szerepe pont az, hogy ezt a szétesést megelőzze. Nem az apró technikai részletek miatt fontos, hanem azért, mert összefogja a döntéseket. Az ügyfél ebből annyit érez, hogy kevesebb a bizonytalanság. És ez sokat számít.

Solution architect árak

Az árakat főleg a feladat terjedelme mozgatja. Nem ugyanaz egy rövid konzultáció, egy szerkezeti terv, egy részletes leírás vagy egy meglévő rendszer átvilágítása. Kecskemét környékén a magánprojektek ára gyakran attól szalad meg, hogy a kiinduló helyzet rendezetlen. Hiányzik a hozzáférés, nincs dokumentáció, több régi javítás rakódott egymásra. Ilyenkor az első kör nem építés, hanem feltárás.

Az én véleményem elég egyszerű. A túl olcsó tervezés ritkán jó. Olcsóbban 12.000 alatt esetleg lehet rövid beszélgetést kapni, de abból ritkán lesz használható terv. Sokszor pont a döntési pontok maradnak ki. És később ez kerül a legtöbbe. Személy szerint inkább fizetnék többet egy tiszta szerkezetért, mint kevesebbet egy kapkodó indulásért.

Ezek irányárak. A végösszeg mindig attól függ, mennyire világos a feladat. De az biztos, hogy a gyanúsan alacsony ár mögött gyakran hiányos munka van. Ezt sok ügyfél csak későn veszi észre.

Rendszertervező választása

A megfelelő rendszertervező kiválasztásánál nem az a legfontosabb, hány szakkifejezést használ. Inkább az számít, tudja e röviden és érthetően elmondani, mit fog csinálni. A jó szakember nem ködösít. Megmondja, mi az első lépés, mi a kockázat, és mi az, amire még nincs elég információ. Nekem az a benyomásom, hogy aki mindenre azonnal biztos választ ad, az gyakran túl sokat ígér.

Érdemes rákérdezni arra is, hogyan dolgozik együtt fejlesztővel vagy más kivitelezővel. A megoldástervező akkor értékes, ha az elkészült terv nem marad papíron, hanem valóban felhasználható lesz. Sokan hibáznak, amikor csak látványos mintákat vagy hangzatos bemutatkozást néznek. Sokkal fontosabb a gondolkodás rendje. Egy jó szakember kérdez, visszajelez, és jelzi, ha az ügyfél több dolgot akar egyszerre, mint amennyi egy első körben indokolt.

A Qjob.hu oldalon is lehet ilyen segítséget keresni. Én ilyenkor nem csak az árra néznék. A leírásból sokszor látszik, hogy valaki valóban átlátja e a rendszerek logikáját, vagy csak általános mondatokat ír. A rövid és világos válasz nálam többet ér, mint a hosszú felsorolás.

Kecskemét városrészei és a környék

Kecskemét esetében a helyi jelenlét nem minden munkánál döntő, de néha mégis sokat számít. A belvárosban gyakori az igény a személyes egyeztetésre. Kadafalva, Hetényegyháza vagy Méntelek felől inkább az a fontos, mennyire rugalmas a kapcsolat és milyen gyorsan tisztázhatók a nyitott kérdések. A környező részeken sok projekt végigvihető távolról is, de egy rövid találkozó néha napokat spórol.

Sokan nem gondolnak rá, hogy a helyi használati környezet is számít. Régebbi eszközök, lassabb kapcsolat, több felhasználó egy háztartásban, eltérő szokások. Ezek apróságnak tűnnek, de egy rosszul átgondolt rendszer itt szokott szétesni. Kecskemét és környéke ebből a szempontból sem egységes. Más a helyzet egy belvárosi lakásban és más egy külsőbb részen, ahol minden egyszerűbbnek látszik, de a használat közben jönnek elő a gyenge pontok.

Volt már olyan ügy, amikor a megrendelő hónapokig azt hitte, a saját gépével van gond. A probléma valójában az volt, hogy a folyamat túl sok lépést kért, és bizonyos helyzetekben nem mentette el rendesen a megadott adatokat. Egy helyi próba gyorsan megmutatta a hibát. Ezért mondom azt, hogy a jó tervezés nem elméleti játék. A valódi használatból kell kiindulni.

Tipikus hibák és felesleges körök

A leggyakoribb hiba az, hogy valaki túl későn kér segítséget. Előbb összerak valamit kész elemekből, aztán külön embert keres javításra, végül akkor fordul tervezőhöz, amikor már minden mindennel összekeveredett. Ilyenkor a munka nem tiszta indulás, hanem mentés. Ez mindig lassabb és majdnem mindig drágább.

Sok ügyfél ott is mellényúl, hogy funkciókat kér, de célt nem mond. Kér egy űrlapot, egy belépést, egy listát, egy visszajelzést. De arra már nem tér ki, hogy ezek együtt milyen élethelyzetet oldanak meg. A rendszertervező ilyenkor visszamegy az alaphoz. Mi a valódi probléma. Hol akad el most a folyamat. Mitől lesz könnyebb a napi használat. Szerintem ez az a munka, amit kívülről kevesen látnak, mégis ezen áll vagy bukik az egész.

És ott van az ár kérdése is. Sok ember automatikusan a legolcsóbb ajánlat felé fordul. Ezt értem. De az olcsó tervezés gyakran csak látszólag olcsó. Ha nincs rendes szerkezet, később a fejlesztés csúszik, a javítás nő, a vita gyakoribb lesz. Nekem régi tapasztalatom, hogy az olcsóbb indulásból gyakran drágább befejezés lesz.

Átadás utáni bővítés

Jó esetben a munka nem zárul le a terv átadásával. Marad egy olyan szerkezet, amelyhez később is hozzá lehet nyúlni. Ez különösen fontos akkor, ha a magánügyfél még nem tud minden részletet előre. Sok projekt indul kicsiben. Aztán pár hónap múlva jön az új igény. További felhasználó, új lépés, több adat, egyszerűbb kezelhetőség. Ha az alap rendben van, ezek nem borítják fel az egész rendszert.

A Solution architect munkája ezért nekem leginkább abban erős, hogy csökkenti a későbbi bizonytalanságot. Nem varázsol. Nem ígér mindent azonnal. Inkább rendet tesz. És ez sokszor többet ér, mint egy gyors, de átgondolatlan indulás. Ha valaki magánügyfélként hosszabb távra tervez, szerintem ez az a pont, ahol tényleg megéri szakemberhez fordulni.