IT-tervezők Miskolcon: Vélemények és kedvező árak

IT-tervező Miskolc környékén

IT-tervező akkor kell, amikor van egy ötlet vagy egy kész rendszer, de nincs tiszta terv, ami alapján biztonságosan lehet dönteni. Miskolc területén sok magánmegrendelőnél ez úgy jelenik meg, hogy van egy webes felület, egy foglalás, egy számlázás, vagy csak egy belső nyilvántartás, és minden toldozott foltozott. Az első lépés ilyenkor nem a fejlesztés, hanem a gondolkodás rendbetétele. Én személy szerint jobban szeretem, ha előbb kiderül, mi a cél, és mi az, ami csak megszokásból van benne.

Sokan azt hiszik, az informatikai tervezés papírmunka. De tapasztalatom szerint a legtöbb veszteség onnan jön, hogy rossz irányba indul a kivitelezés. Rossz döntés, rossz adat, rossz jogosultság, és később sokszoros költség. Egy rendszertervező akkor hasznos, amikor még lehet egyszerűen változtatni.

Mit csinál egy informatikai tervező a gyakorlatban

Az igazi munka a határok kijelölése. Mi tartozik bele, mi nem. Milyen adat jön be, ki használja, hol hibázik a folyamat. A megoldástervező ilyenkor felrajzolja az összefüggéseket, és a végén nem egy szép ábrát ad, hanem egy olyan leírást, amivel már lehet árajánlatot kérni, és lehet ellenőrizni, hogy a fejlesztés tényleg azt adja, amit kértél.

Volt eset, amikor egy ügyfél csak annyit mondott, hogy kell egy egyszerű időpontfoglaló. Két hét múlva kiderült, hogy kell hozzá előleg, lemondási szabály, több helyszín, és külön jogosultság a családtagoknak. Ha ezt nem írjuk le elején, a fejlesztő menet közben találja ki, és a vége mindig vita. Sok ilyen konfliktus teljesen felesleges.

• igények tisztázása és döntési pontok listája
• adatfolyam és szerepkörök áttekintése
• képernyők és mezők leírása egyszerű nyelven
• jogosultságok és hozzáférések alapelvei
• kockázatok és függőségek összegyűjtése

Tervezési lépések és kézzelfogható kimenetek

Én a tervezést mindig rövid, ellenőrizhető lépésekben szeretem. Először a cél és a jelenlegi helyzet. Utána a használati helyzetek. Ki mit csinál, mikor, milyen eszközön. Aztán jön a rendszerkép. Miből áll, hogyan kapcsolódik, hol vannak külső szolgáltatások. A végén pedig a feladatlista és a prioritás. Ez nem hosszú regény. Inkább egy tömör csomag, amit te is értesz, és a kivitelező is érti.

Sok helyen látom, hogy minden egyszerre akar elkészülni. De a valóságban mindig van valami, ami később derül ki. Ezért én azt mondom, legyenek döntések, amiket később is lehet módosítani, és legyenek döntések, amiket most kell lezárni. A jó terv nem merev. De nem is ködös.

És van még egy dolog, amit sokan alábecsülnek. A dokumentálás. Ha a tervezés eredménye csak a fejlesztő fejében él, akkor te később kiszolgáltatott leszel. Én ezt nem szeretem. Jobb, ha a kulcs döntések le vannak írva, röviden.

Gyakori hibák és kellemetlen meglepetések

Manyan elkövetik azt a hibát, hogy a leglátványosabb részt kérik először. Legyen szép a felület, legyen új logó, legyen gyorsabb a menü. Közben az adatok kuszák, a jogosultságok túl tágak, és a mentés nincs tesztelve. Aztán jön egy frissítés, és eltűnik pár bejegyzés. Ilyenkor már késő okosnak lenni. Szerintem a tervezésnél előbb az adat és a folyamat, utána a látvány.

Másik tipikus gond a félreértett felelősség. Magánmegrendelőként sokszor azt várod, hogy a szakember mindent vállal. De ha nincs leírva, ki adja az adatot, ki hagyja jóvá, ki tesztel, akkor a végén mindenki mutogat. Egyszer volt olyan, hogy a kliens azt hitte, a fejlesztő tölti fel a régi adatokat. A fejlesztő meg azt hitte, a kliens intézi. Két hónap csúszás lett belőle. Egy jó rendszertervezési szakember ezt már az elején kihúzza a homályból.

IT-tervező árak és tipikus díjak

Az árak a terjedelemtől és a bizonytalanságtól függnek. Egy tiszta, jól körülhatárolt feladat gyorsan felmérhető. Egy zavaros rendszer, sok érintettel, sok külső szolgáltatással drágább. Én úgy látom, hogy olcsóbban 15.000 alatt ritkán lesz minőségi, ha valódi felelősség és átadható anyag kell. Lehet találni olcsóbb óradíjat, de ott gyakran a kimenet lesz vékony, és később újra meg kell csinálni.

Miskolc környékén is igaz, hogy a sürgősség drágít. És az is, ha nincs hozzáférés, nincs adat, nincs döntéshozó. Ilyenkor a tervező ideje arra megy el, hogy vadássza az információt. Ezt nem érdemes eljátszani. Jobb előre összeszedni, ami megvan, és kimondani, ami hiányzik.

Hogyan válassz IT-tervezőt magánmegrendelőként

A választásnál én nem a címkéket nézném, hanem a gondolkodást. Egy jó IT-tervező kérdez, és nem ijed meg attól, ha a válasz még nincs meg. De közben rendszert visz a beszélgetésbe. Érdemes figyelni, hogy ír-e le feltételezéseket, és hogy külön kezeli-e a tényeket és a vágyakat. Ez nem kötözködés, ez védelem.

Praktikusan az segít, ha röviden elmondod, mire használod, ki használja, és mi fáj most. Ha erre gyorsan össze tud rakni egy tiszta képet, az jó jel. És fontos az is, hogy hogyan adja át az anyagot. Én azt szeretem, ha úgy kapod meg, hogy később bármelyik fejlesztővel folytatható. Itt a Qjob.hu oldalon több megközelítést is találsz, és ez szerintem előny, mert nem mindenki ugyanúgy dolgozik.

Végül egy személyes megjegyzés. Ha a szakember már az elején csak a legdrágább megoldást látja, én óvatos lennék. Sokszor egy kisebb, jól megtervezett lépés többet ér, mint egy nagy ugrás. És ha a tervezés után úgy érzed, hogy tisztábban látsz, már megérte. Ez az igazi érték.