Mire használható a Változáskezelés?

Az IT-szolgáltatásokban bekövetkezett változás vagy proaktív, vagy reaktív. Új nyomtatót szeretne telepíteni? Új domain controllert adna meg? Az ilyen jellegű proaktív változások elsősorban új termékeket vagy szolgáltatásokat kínálnak, és költségmegtakarítás vagy hatékonyságnövelés révén adnak értéket vállalatához. Feltörték biztonsági rendszerét és sürgősen helyre kell állítania egyik szerverét? A reaktív változások főleg a hasonló jellegű hibák elhárítását szolgálják.

Képzelje el, hogy egy teljesen új technológiát készül a vállalat egészében bevezetni. IT Változáskezeléssel ez a folyamat a szokásosnál gördülékenyebben és hatékonyabban zajlik. Miért fontos ez? Mert minden, az infrastruktúrát érintő változás hibákat és problémákat okozhat, ami hosszabb távon a szolgáltatások fennakadását eredményezi. Sőt, akár egész rendszerek állhatnak le és csökkenhet az ügyfélszolgálati munkatársak hatékonysága is. Valójában a nem megfelelő változáskezelés rengeteg, akár súlyos problémákkal járó incidenst eredményez.

A Change Managementtel pont az ilyen felesleges hibáktól védi meg szolgáltatásait. És mi történik, ha egy hiba mégis felüti a fejét? A szoftverrel bármely változás könnyen visszakövethető és kiszúrhatja hol került homok a gépezetbe.

A szolgáltatások fennakadásának minimalizálásán kívül, az IT Változáskezelésnek számos egyéb előnye van. Az IT Változáskezeléssel lehetősége nyílik az alábbiakra:

• A változások gyorsabban bevezethetők
• A változások előmenetele az IT infrastruktúrához köthető
• Jól átlátható IT Változáskezeléssel javul a kommunikáció az érdekelt felekkel
• Hiba esetén, bármely változás egyszerűen visszakövethető
• A kért változások várható költsége javítható

Az IT Változáskezelés során a változásokat három osztályba soroljuk: sztenderd változások, normál változások és sürgős változások. A különböző osztályhoz tartozó változások kezelése sem egyforma:

• Sztenderd változások. A sztenderd változások egy szolgáltatás vagy az IT infrastruktúra változásait jelölik. Ilyen esetekben a bevezetési eljárás, valamint a lehetséges kockázatok előre ismertek. Ezeket a változásokat az IT-részleg által már korábban bevezetett irányelvek szerint kell kezelni. Példa: új nyomtató telepítése, szoftver telepítése laptopra.
• Normál változások. A normál változásoknak a jóváhagyás és bevezetés előtt még egy változási eljáráson kell átesniük. Amennyiben magas kockázattal járnak, egy változásmenedzsment tanács dönti el, hogy bevezetésükre sor kerül-e. Normál változás lehet például, egy új fejlesztési projekt áthelyezése a termelésbe, vagy egy új szerver használatba állítása.
• Sürgős változások. Ezeket a változásokat a lehető leghamarabb végre kell hajtani. Példa a sürgős változásra: egy feltört biztonsági rendszer javítása, mely sok munkaállomás helyreállításával jár.

* A Változásmenedzsment Tanács (CAB) egy, minden összetett változás engedélyezéséért és ütemezéséért felelős csoport.

Szeretné megtapasztalni hogyan működik a change management eszköz a gyakorlatban? Nézze meg a videót a TOPdesk IT Változáskezelő megoldásáról.

Az IT Változáskezelés gyakorlati megoldásainak köszönhetően, az IT infrastruktúra minden egyes változásának felbecslésére, jóváhagyására, bevezetésére és felülvizsgálatára ellenőrzött keretek között kerül sor. Ehhez számos követendő Change Management eljárás áll rendelkezésre, többek között, az alábbiak:

• Változás kérelmezésére hivatalos módon kerül sor, ez az ún. Rfc, vagyis a változtatási kérelem ellenőrzőlistája
• Kért változások felülvizsgálata
• Kért változások jóváhagyása
• Változásokhoz kapcsolódó részletes projektterv készítése
• A terv felülvizsgálata és finomítása, melyet az érdekelt felekből álló csapat végez el.
• Változások bevezetésének megtervezése és ütemezése
• Változás tesztelése
• A változás eredményeinek megállapítása és riportálása

Szóval, a változás egy, a vállalat IT infrastruktúrájának javítására szolgáló tevékenység, az esetleges fennakadások minimalizálása mellett. De akkor hogy kerülnek a képbe az incidensek és a problémák?

Nézzük a definíciókat. Az incidens egy olyan különálló esemény, ahol vállalata valamely (belső) szolgáltatása nem a kívánt módon működik. Mutassunk egy példát? Képzeljen egy laptopot, amelynek a bootolása nem működik megfelelően. Másrészről, a probléma kifejezést az IT-infrastruktúra valamely elemének visszatérő fennakadására (vagy incidenseire) használjuk.

Íme egy példa. Éppen ebédel, amikor észreveszi, hogy a második emelet nyomtató nem működik és már húsz incidenst jelentettek a készülékkel kapcsolatban. Ezek az incidensek együttesen a hibás nyomtatóhoz kapcsolódó problémát jelölik. Végül pedig, a nyomtató cseréjét egy változással kezdeményezheti.

Az ITIL keretrendszerében, illetve az Informatikai Infrastruktúra Könyvtárban, a Change Management a Szolgáltatási Átállás fejlettségi szakaszainak részét képezi. Ez egyike az ITIL keretrendszer öt fejlettségi szintjének. A Szolgáltatási Átállással vállalata egy adott szolgáltatást egyszerűbben megtervezhet és segít a szolgáltatás fejlettségi állapotváltozásának kezelésében is. További részleteket szeretne megtudni az ITIL keretrendszeréről? Olvassa el a fogalomtár Mi az ITIL? című bejegyzését