IT-eszközök hibajelentési és javítási nyilvántartó programjának fejlesztése és megvalósítása

IT Hibajelentő magánügyfeleknek

Az IT Hibajelentő akkor hasznos, ha a számítógépes, eszközös vagy fiókhoz kapcsolódó hibákat nem elszórt üzenetekben, hanem követhető rendben szeretnéd kezelni. A cél nem egy bonyolult vállalati rendszer. Magánügyfélként általában az számít, hogy legyen egy érthető felület, ahol a hiba leírása, az érintett eszköz, a sürgősség, a státusz és a megoldás egy helyen látszik.

Egy ilyen nyilvántartás távolról is elkészíthető. A szabadúszó először megérti, milyen eszközöket használsz, milyen hibák fordulnak elő, ki jelenti be őket, és milyen eredményt vársz. Ez lehet egyszerű űrlap, megosztott táblázat, hibakezelő rendszer vagy kisebb egyedi felület. Én azt látom, hogy a legtöbb magánmegrendelő nem látványos megoldást keres, hanem olyat, amelyet pár perc alatt megért, és később sem kell hozzá külön oktatás.

A jó online hibabejelentő nem csak rögzít. Segít abban is, hogy ne vesszen el egy kérés, ne legyen két embernél ugyanaz az információ, és utólag is vissza lehessen nézni, mi történt. Sokan ott hibáznak, hogy csak a bejelentő lapot kérik el, de nem gondolnak a státuszokra, az értesítésekre és az adatok kereshetőségére. Pedig ezek döntik el, hogy a rendszer tényleg használható lesz vagy csak egy újabb üres táblázat marad.

IT hibabejelentő adatok és feladatok

Egy IT hibabejelentő akkor működik jól, ha nem kér túl sok adatot, de a lényeg nem marad ki. Kell az érintett eszköz neve, a hiba rövid leírása, a hiba kezdete, a sürgősség, a melléklet lehetősége és a kapcsolódó megjegyzés. Magánhasználatban gyakran elég néhány alapmező. De ha több eszköz, több családtag vagy több távoli segítő érintett, már kell rendezettebb logika.

Tapasztalatom szerint a felesleges mezők gyorsan rontják a használatot. Az ügyfél először lelkes, majd nem tölti ki a rendszert, mert hosszú. Szerintem jobb egy rövidebb, de következetes felület. Az informatikai hibajegy legyen egyértelmű. Mi romlott el, mennyire sürgős, milyen próbálkozás történt, és milyen választ vár a megrendelő. Ennyi már elég lehet ahhoz, hogy a távoli segítő ne találgasson.

Fontos különbség van egyszerű nyilvántartás és valódi hibakezelő rendszer között. Az első csak tárol. A második segít rendezni, szűrni, lezárni és visszakeresni. Egy informatikai szakember ezért nem csak mezőket hoz létre, hanem munkarendet is javasol. Például mely hibák kapjanak elsőbbséget, mikor legyen újraértesítés, mikor kerüljön lezárt állapotba egy ügy, és hogyan kerüljön be a megoldás rövid leírása.

IT Hibajelentő árak

Az ár főleg attól függ, hogy kész eszközben kell beállítani a folyamatot, vagy egyedi hibabejelentő felületre van szükség. A legegyszerűbb megoldás néhány mezőből és egy áttekintő nézetből áll. A drágább munka már jogosultságot, értesítést, státuszkezelést, régi adatok rendezését és átadási útmutatót is tartalmaz. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimarad a logika átgondolása.

Ezek irányadó forint összegek távoli munkára. Rövid feladatnál gyakran elég egy fix díj. Összetettebb beállításnál jobb, ha a megbízás részekre bomlik. Először a mezők és a folyamat, utána a nézetek, majd a próba és az átadás. Így könnyebb látni, hogy mire megy el az idő.

IT Hibajelentő szakember kiválasztása

A megfelelő ember nem attól jó, hogy sok rendszert felsorol. Attól jó, hogy érthetően kérdez. A Qjob.hu felületén érdemes olyan szabadúszót keresni, aki rákérdez az eszközök számára, a hibák típusára, a bejelentők körére, a kívánt értesítésekre és arra is, hogy ki fogja később karbantartani a nyilvántartást. Ha ezekről nincs szó, nagy az esély arra, hogy csak egy gyorsan összerakott űrlapot kapsz.

Nézd meg, hogyan ír a jelölt. Tömör, pontos választ ad, vagy általánosságokat küld. Kérj példát korábbi felületre, de ne csak a képernyőképet figyeld. Kérdezd meg, milyen hibákat lehet benne lezárni, mit lehet keresni, és hogyan néz ki egy kész informatikai hibajegy. Egy informatikai szakember akkor segít igazán, ha nem rád tolja a teljes döntést, hanem lefordítja a technikai lehetőségeket egyszerű választásokra.

Nem kell minden apró részletet előre ismerned. De legyen feladatleírás. Írd össze, milyen hibák szoktak előjönni. Például lassú gép, belépési gond, elveszett jelszó, hibás nyomtatás, megszakadó kapcsolat, fájlmegosztási probléma vagy alkalmazáshiba. Ez nem szakmai dolgozat. Csak kiindulópont. Minél tisztább a lista, annál pontosabb lesz az ajánlat és annál kevesebb lesz a félreértés.

Online hibakezelés menete

A távoli munka első lépése a rövid egyeztetés. Ez történhet üzenetben, közös dokumentumban vagy videóhívásban. A megrendelő átadja az elvárásokat, a meglévő adatokat és a használt eszközök körét. A szabadúszó ezután javaslatot készít a mezőkre, státuszokra és nézetekre. Ez a rész sokszor fontosabb, mint maga a technikai beállítás, mert itt dől el, hogy a nyilvántartás mennyire lesz életszerű.

A második lépés a kialakítás. Itt elkészül az online hibabejelentő alapja, a beviteli felület, a lista, a keresés és a lezárási mód. Ha szükséges, értesítés is készül új hibánál vagy státuszváltozásnál. A harmadik lépés a próba. Ilyenkor érdemes néhány valós hibát felvinni. Nem kitalált példát, hanem olyat, amely korábban tényleg előfordult. Ebből gyorsan kiderül, hogy a mezők érthetők e, és nincs e túl sok felesleges kattintás.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen egy űrlap a hibákhoz. A próba közben derült ki, hogy a legnagyobb gond nem a bejelentés, hanem a visszajelzés hiánya volt. Senki nem tudta, hogy a kérés beérkezett e, ki nézi meg, és mikor lehet új választ várni. A végén egyszerű státuszok és rövid értesítések kerültek a rendszerbe. Nem lett bonyolultabb. Használhatóbb lett.

Az átadásnál fontos a rövid útmutató. Nem húsz oldal kell. Elég egy leírás arról, hogyan kell hibát felvinni, keresni, módosítani és lezárni. A jó hibakezelő rendszer nem függ örökre a készítőjétől. Ha később új kategória vagy új eszköz kerül be, azt a megrendelő is meg tudja oldani, vagy legalább pontosan tudja, mit kell kérnie.

Hibabejelentő minőség és gyakori hibák

A minőség itt nem a sok funkciót jelenti. Inkább azt, hogy a rendszer kevés mozdulattal használható, és nem okoz több munkát, mint amennyit megspórol. Sokan túl nagyot akarnak elsőre. Kategóriák, jogosultságok, jelentések, emlékeztetők és részletes adatlaponkénti szabályok készülnek, majd senki nem tölti ki rendesen. Kisebb felületből könnyebb jó rendszert építeni.

Gyakori hiba az is, hogy a megrendelő nem választ külön sürgősséget és állapotot. A sürgősség azt mutatja, mennyire fontos a hiba. Az állapot azt, hol tart a megoldás. Ha ez összekeveredik, a nyilvántartás zavaros lesz. Ugyanez igaz a lezárásra. Egy hibát nem elég eltüntetni a listából. Kell egy rövid megoldási megjegyzés, mert később pont ez segít felismerni az ismétlődő gondokat.

Az online hibabejelentő akkor ad jó eredményt, ha a megbízó és a készítő ugyanazt érti kész állapoton. Szerintem ezt mindig le kell írni. Legyen működő bejelentő felület, legyen áttekinthető lista, legyen kereshető előzmény, legyen próbakör, és legyen átadott rövid használati útmutató. Ha ezek megvannak, a rendszer már nem csak technikai tárgy. Használható munkarend.

Ezen a felületen a magánmegrendelő akkor jár jól, ha nem a legösszetettebb megoldást keresi, hanem azt, amely illik a saját helyzetéhez. Egy kisebb eszközparkhoz elég lehet egyszerű nyilvántartás. Több felhasználóhoz már jobb a hibakezelő rendszer. A lényeg ugyanaz marad. Legyen világos a hiba, legyen nyoma a döntésnek, és legyen egy pont, ahol a munka lezárható.