A legtöbb cég még régi IT-logika szerint működik – és ezt sokáig senki nem veszi észre

Bevezetés: Az IT-d valószínűleg működik. De vajon átlátható is?

A legtöbb cégvezető nem azért kezd el foglalkozni az IT-val, mert új rendszert szeretne. Hanem azért, mert valami bizonytalanná válik.

Lassul a munka. Egy régi jogosultság megmarad. Egy fontos kolléga távozik, és hirtelen kiderül, hogy túl sok tudás volt nála. Egy frissítés után nem működik egy üzleti folyamat. Egy vezetői döntéshez adat kellene, de senki nem tudja biztosan, melyik rendszerben van az igazság.

Kívülről ilyenkor sokszor úgy tűnik, hogy az IT rendben van. Van internet, működik a levelezés, elindulnak a gépek, a számlázó program elérhető, a kollégák dolgoznak. A napi működés tehát megy tovább.

Sok magyar KKV még ma is reaktív IT-működésben él. Nem azért, mert rosszul vezetik a céget, és nem is azért, mert a régi informatikusok ne dolgoztak volna lelkiismeretesen. Egyszerűen azért, mert a cégek digitális függősége az elmúlt években sokkal gyorsabban nőtt, mint az IT-működés szervezettsége.

1. A régi IT-logika nem hibás volt, hanem mára kevés lett

A régi IT-modell a maga idejében érthető és működőképes volt. Sok cég erre építve nőtt fel. Volt egy helyi szerver, néhány munkaállomás, egy nyomtató, egy levelezőrendszer, és egy ember vagy kis csapat, aki mindezt karbantartotta.

Ez a modell jellemzően három dologra épült:

• ha valami elromlik, megjavítjuk,
• ha valakinek új eszköz kell, beállítjuk,
• ha a rendszer működik, akkor nincs vele különösebb teendő.

Ez a logika addig volt elegendő, amíg az IT valóban elsősorban eszközökről szólt. Ma azonban az IT már folyamatokat tart össze. A levelezés üzleti memória. A felhős tárhely nem csak mappák gyűjteménye, hanem szerződések, ajánlatok, tervdokumentációk, pénzügyi anyagok és ügyféladatok tárolója.

Ezért a régi IT-logika nem azért kockázatos, mert valaki régen rosszul csinálta. Hanem azért, mert a környezet megváltozott.

2. A legnagyobb kockázat sokszor nem látszik kívülről

Az IT-kockázatok jelentős része nem úgy jelenik meg, hogy egyik napról a másikra minden leáll. A legtöbb probléma sokkal csendesebben épül fel.

Egy régi eszköz évekig működik, ezért senki nem foglalkozik vele. Egy közös jelszó kényelmes megoldásnak tűnik. Egy kilépett kolléga hozzáférései csak részben kerülnek lezárásra. Egy biztonsági mentésről mindenki azt feltételezi, hogy rendben van, de senki nem végzett próba-visszaállítást.

Tipikus jelek:

• nincs naprakész IT dokumentáció,
• a kritikus hozzáférések nem központilag kezeltek,
• egy vagy két ember fejében van a legtöbb technikai tudás,
• az eszközök életciklusa nincs nyilvántartva,
• a frissítések eseti alapon történnek,
• a mentések állapotáról nincs rendszeres, érthető visszajelzés.

Ezek nem feltétlenül sürgős hibák. Inkább vezetői jelzések. Azt mutatják, hogy a cég digitális működése fontosabb lett annál, mint hogy csak megszokásból kezeljük.

3. A dokumentálatlanság nem adminisztrációs hiányosság

Sok vezető számára az IT dokumentáció elsőre technikai részletnek tűnik. Valami, amit az informatikusok egymás között használnak. A valóságban a dokumentáció a cég működésbiztonságának egyik alapja.

Egy jól dokumentált IT-környezetben világos, milyen eszközök működnek a cégnél, milyen rendszerek vannak használatban, hol vannak a kritikus adatok, ki fér hozzá ezekhez, milyen mentési rend működik, milyen szolgáltatók vesznek részt a működésben, és milyen teendők vannak hiba vagy változás esetén.

Dokumentáció nélkül az IT kiszolgáltatottá válik. Egy kulcsember szabadsága, betegsége vagy távozása aránytalanul nagy bizonytalanságot okozhat. Egy partnercsere nehézkessé válik. Egy incidensnél nem az történik, hogy a csapat végrehajt egy ismert eljárást, hanem az, hogy mindenki próbálja összerakni, mi hogyan kapcsolódik egymáshoz.

4. Reaktív IT-működés vagy proaktív IT-háttér

A reaktív működés lényege egyszerű: akkor foglalkozunk az IT-val, amikor valaki hibát jelez. Nem nyomtat a nyomtató. Nem indul egy program. Elfogy a tárhely. Nem érkezik meg egy e-mail. Lassú a gép. Nem lehet belépni.

A proaktív IT-működés ezzel szemben nem csak hibát javít, hanem állapotot figyel. Nyomon követi az eszközöket, a frissítéseket, a tárhelyet, a biztonsági állapotot, a mentéseket és a kritikus rendszerek működését.

5. Központi felügyelet: nem termék, hanem működési szemlélet

A modern IT-működés egyik fontos eleme a központi felügyelet. Ennek üzleti jelentősége nem az, hogy milyen technikai eszköz fut a háttérben, hanem az, hogy a cég IT-állapota ne csak akkor derüljön ki, amikor már panasz van.

Egy központi felügyeleti rendszer segíthet látni például, hogy mely gépek nem frissültek, hol közelít a tárhely a kritikus szinthez, mely eszközök vannak elavulóban, rendben futnak-e bizonyos alapvédelmi megoldások, és van-e olyan állapotváltozás, amelyre érdemes időben reagálni.

Ez nem önmagában egy szoftver előnye. A valódi érték az, hogy a felügyelet beépül a napi IT-működésbe. A jelzésekből feladat lesz, a feladatból döntés, a döntésből karbantartás vagy fejlesztési javaslat.

6. A biztonság nem külön projekt, hanem működési alapelv

Az adatbiztonságot sok cég még mindig kampányszerűen kezeli. Évente egyszer audit, időnként jelszócsere, egy-egy új vírusvédelmi megoldás, majd minden megy tovább a megszokott módon.

Ez ma már kevés. A biztonság nem egyetlen eszköz és nem egy egyszeri projekt. A biztonság működési fegyelem: hozzáférés-kezelés, mentés, frissítés, jogosultsági rend, felhasználói tudatosság, eszköznyilvántartás, incidenskezelés és vezetői kontroll együtt.

• ki milyen adatokhoz fér hozzá,
• hogyan történik a belépések és kilépések kezelése,
• milyen mentések készülnek és azok visszaállíthatók-e,
• mely rendszerek kritikusak az üzletmenet szempontjából,
• milyen frissítési és karbantartási rend működik.

7. Az automatizáció nem nagyvállalati luxus

Az automatizációról sok vezetőnek még mindig nagy, drága, több hónapos projektek jutnak eszébe. Pedig a legtöbb cégben nem azzal kell kezdeni, hogy mindent új rendszerre cserélünk. Sokkal inkább azzal, hogy megkeressük a visszatérő, kézzel végzett, hibalehetőséget hordozó folyamatokat.

Ilyen lehet egy ajánlatkérés továbbítása, egy jóváhagyási kör, egy számlázási előkészítés, egy készletinformáció frissítése, egy ügyféladat több rendszerbe történő rögzítése vagy egy vezetői kimutatás összeállítása.

Az üzleti automatizáció célja nem az, hogy embereket váltson ki. A cél az, hogy az emberek kevesebb időt töltsenek ismétlődő adminisztrációval, és több figyelem jusson az ügyfelekre, döntésekre, minőségre és növekedésre.

8. Mit jelent rendszerszinten gondolkodni az IT-ról?

A rendszerszintű gondolkodás azt jelenti, hogy az IT-t nem különálló hibajegyek sorozataként kezeljük, hanem üzleti működési háttérként.

Egy nyomtatóhiba önmagában lehet apró ügy. De ha hetente visszatér, akkor már folyamatkérdés. Egy lassú gép lehet eszközhiba. De ha több felhasználónál jelentkezik, akkor lehet kapacitás-, hálózati vagy szoftveres probléma.

A BUSINESS-IT-nél ezt a szemléletet tartjuk fontosnak. Dokumentálunk, felügyelünk, karbantartunk, automatizálási lehetőségeket keresünk, és a digitális működést nem külön projektként, hanem a cég napi működésének részeként kezeljük.

Ez nem arról szól, hogy minden vállalkozásnak nagyvállalati informatikára van szüksége. A jó IT-háttér a cég méretéhez, kockázataihoz és működéséhez igazodik.

9. Milyen jelekből látszik, hogy érdemes átgondolni az IT működést?

Nem kell megvárni egy leállást ahhoz, hogy egy vezető feltegye a megfelelő kérdéseket. Sőt, a legjobb időpont mindig a komolyabb probléma előtt van.

• a vezetés nem kap rendszeres, érthető visszajelzést az IT állapotáról,
• nem világos, milyen eszközök és licencek vannak használatban,
• a jogosultságok kezelése nem egységes,
• egy kulcsember nélkül nehéz lenne átlátni a rendszereket,
• a mentések működéséről inkább feltételezés van, mint bizonyíték,
• az IT-partner elsősorban hibákra reagál, de kevés fejlesztési javaslatot ad,
• sok folyamat Excelben, e-mailben vagy kézi továbbítással működik.

10. Hogyan érdemes elkezdeni?

Egy korszerűbb IT-működés nem feltétlenül nagy átalakítással kezdődik. Sok esetben az első lépés egy józan, vezetői szemléletű áttekintés.

Ennek során nem az a cél, hogy mindenről azonnal döntés szülessen. Először látni kell a helyzetet:

• milyen rendszerekre támaszkodik a cég,
• hol vannak a kritikus adatok,
• milyen eszközök és licencek működnek,
• ki milyen hozzáféréssel rendelkezik,
• hogyan működik a mentés és visszaállítás,
• milyen folyamatok okoznak rendszeres adminisztrációt.

Innen lehet felelős sorrendet építeni: dokumentáció, hozzáférések rendezése, mentések ellenőrzése, központi felügyelet, eszközéletciklus, biztonsági alapok, majd automatizációs és digitalizációs lehetőségek.

Záró gondolat

Egy cég IT-ja sokáig tud úgy működni, hogy közben nincs igazán rendben. Ezért veszélyes csak a napi hibákból kiindulni. A működés mélyebb kérdései ritkán látványosak. Inkább lassan gyűlnek: hozzáférésekben, mentésekben, elavult eszközökben, kézi folyamatokban, kimondatlan függőségekben.

Vezetőként nem kell technikai szakértővé válni ahhoz, hogy jó kérdéseket tegyél fel. Elég felismerni, hogy az IT ma már nem egyszerű support, hanem üzleti infrastruktúra.

Ha ez az infrastruktúra átlátható, dokumentált, felügyelt és fejleszthető, akkor nem csak kevesebb hibát okoz. Jobban támogatja a cég növekedését is.