ITAM vs. ITSM

23/12/2020

Az iparág szakértője, Stephen Mann bemutatja az IT menedzsment képességekről szóló sorozat első blogját, ami az IT szolgáltatásmenedzsment (ITSM) témájával foglalkozik. Felfedi mi is az az IT Asset Management (ITAM), miben hasonlít és miben különbözik az ITSM-től és hogy hogyan egészíti ki ez a kettő egymást.

Mint IT menedzsment szakértő, talán megtévesztőnek találhatja a blog címét – nem inkább ITSM és ITAM-nak kellene lennie ITSM vs. ITAM helyett? Az ok amiért az ITSM vs. ITAM-ot használjuk az az, hogy ez a blog összehasonlítja és szembeállítja a 2 IT menedzsment lehetőséget. Határozottan nem versengő megközelítések ezek, habár az igazság az – mint minden egyéb üzleti prioritás esetében – hogy talán fej-fej mellett haladnak amikor az éves költségvetési tervezetet állítjuk össze, az IT-val kapcsolatos dolgok elosztása és a befektetési prioritások tekintetében.

Ha szeretne többet tudni az ITAM és ITSM közti különbségekről, és arról, hogy miért kell jobban kooperálniuk ezeknek, akkor olvasson tovább

Mi az az ITAM?

Mint ahogy minden más dolog esetében is az IT menedzsment területén, ha megkér 10 embert, hogy definiálja mi is az az ITAM, akkor valószínűleg 11 különféle definíciót kap majd. Íme egy definíció, amit Stephen akkor fogalmazott meg, amikor iparági elemzőként az ITAM-ot vizsgálta a Forrester Research-nél 2013 körül:

„Az összes IT eszköz számon tartása és hatékony kezelése a teljes életciklusukon keresztül, a beszerzéstől a selejtezésig.”

Alapvetően, ez nem változott. És a legújabb ITIL4 ITSM tanácsadás szintén tartalmazza az ITAM-ot, úgy definiálva mint:

„Az IT eszközkezelés gyakorlatának az a célja, hogy a szervezet segítésének érdekében általa az összes eszközt a teljes életciklus alatt kezeljük: maximalizáljuk az értéket; szabályozzuk a kiadásokat; kezeljük a kockázatokat; megtámogassuk a beszerzésekkel kapcsolatos döntéshozatalt, segítsük az eszközök újra felhasználását, leselejtezését; és megfeleljünk a szabályozásoknak és szerződéses előírásoknak.”

Hogyan kapcsolódik az ITAM az ITSM-hez?

Mielőtt megnézzük az ITSM és ITAM különbözőségeit, előtte közelebbről meg kell vizsgáljuk magát az ITSM-et is. Elvégre is nem mindenki tudja mi az az ITSM. Amennyiben ön tudja, nyugodtan kihagyhatja ezt a részt.

A mi magyarázatunk szerint az ITSM „az üzleti teljesítmény fejlesztése jobb IT kiszolgáláson keresztül.” Ez kissé különbözik az ITIL 4 definíciójától, ami – jogosan – nagyobb hangsúlyt fektetett az értékteremtésre a maga általános szolgáltatásmenedzsment definíciójában:

„Olyan specifikus szervezeti képességek gyűjtőfogalma, melyek szolgáltatások formájában teremtenek értéket az ügyfelek számára.”

Egy kulcsfontosságú dolog amire érdemes emlékezni, hogy az ITAM és az ITSM hasonló célokkal rendelkezik a kimenetelt illetően, de egyes részei a bevált gyakorlatoknak hagyományosan el vannak különülve. Miért? Nos, az IT eszközökre mindig is úgy tekintettünk, mint amiket meg lehet számlálni és lehet irányítani, míg az IT szolgáltatások esetében a fő hangsúly mindig is a szolgáltatások minőségén és a támogatásán volt.

Eszerint mindig is volt átfedés az ITAM és ITSM között, amiből az következik, hogy az IT eszközöket az IT szolgáltatások részeként alkalmazzák. Néhány IT szolgáltatás talán most is IT eszközként van kezelve (és fordítva). Vegyük például a felhő alapú szolgáltatásokat. Úgy hisszük, ez a fő oka annak, hogy az ITAM-ot is elkezdték önálló koncepcióként említeni az ITIL4 ITSM-mel kapcsolatos útmutatóiban úgy definiálva mint:

„Az összes IT eszköz teljes életciklus tervezésének és kezelésének gyakorlata.”

Az ITAM és ITSM közti különbség

Kezdjük a nyilvánvaló különbséggel: az ITAM és ITSM legnépszerűbb fogalmi meghatározásait különböző és egymáshoz nem kapcsolódó felek kreálták. Sőt mi több, azok a szervezetek melyek mindkét IT menedzsment tudományágat befogadták, talán teljesen elkülönítve tartják őket kettő ökoszisztémában: az egyik az eszközökre fókuszál, a másik pedig a szolgáltatásokra (de remélhetőleg mindkettő esetben szem előtt tartják az üzleti folyamatokat és az eredmények fejlesztését).

A másik fő különbség a kettő között az, hogy az IT eszközök általánosságban véve különböznek az IT szolgáltatásoktól. Sok esetben ez a megközelítés ésszerűtlen. Egy karbantartott asztali szolgáltatást biztosítani teljesen más (és jobb is), mint csak simán biztosítani egy asztali számítógépet. Mások azt vitatják, hogy az eszközöket használják, míg a szolgáltatások fogyasztják, de hogy őszinte legyek, úgy gondolom ez szimplán csak egy jelentéstani megkülönböztetés.

Van egy kulcsszó, ami mindig eszünkbe jut: kézzelfoghatóság. Az IT eszközök kézzel foghatóak, fizikai dolgok – a kezedbe tudja venni őket. A szolgáltatások viszont kevésbé kézzelfoghatóak (még akkor se, ha tárgyi eszközökön alapulnak). Visszatérve a korábbi asztali szolgáltatás példájához, ez különböző tárgyi eszközökből áll: egy számítógép, az operációs rendszer és egy saját fejlesztésű szoftver (vagy felhő alapú szolgáltatás). Ezek mind olyan IT eszközök melyeket kezelni kell, ezért összeköttetésben állnak és szolgáltatásként működnek. Talán még más szolgáltatással is össze vannak kapcsolva, mint például egy hálózat vagy csatlakozási szolgáltatás, e-mail szolgáltatás, víruskereső szolgáltatás, internet szolgáltatás, és így tovább. Mindezek pedig használnak valamilyen hardvert, szoftvert, és szolgáltatás alapú eszközöket.

Hogyan egészíti ki egymást az ITAM és az ITSM

Valójában nem érdemes azt gondolni, hogy az ITSM és ITAM közvetlen versenyben vannak – inkább kiegészítik egymást. Elvégre is nem lehetnek IT szolgáltatásai IT eszközök nélkül.

Azonban:

A szolgáltatásokkal kapcsolatos konfigurációmenedzsmentet (az ITIL4 neve a konfiguráció menedzsmentre) nagyrészt azért használják, hogy segítsen a szervezeteknek meghatározni, hogy mely konfigurációs eszközöket használták az IT szolgáltatások megalkotása és nyújtása során. Feltéve, hogy ez már megkönnyítette az incidensmenedzsmentet, változásmenedzsmentet (amit ma már változás engedélyezésnek hívunk az ITIL 4-ben), problémamenedzsmentet és ITSM gyakorlatokat, a szervezeteknek tényleg elsősorban az ITAM-ra van szükségük?

Mielőtt tovább halad és teljesen kihagyja az ITAM-ot, érdemes megjegyezni, hogy a szolgáltatási konfigurációmenedzsment és az ITAM nem egy és ugyanaz a dolog – nem biztosítják ugyanazokat a lehetőségeket és végeredményt. De ezt most tegyük is félre és ugorjunk vissza az ITAM vs. ITSM szolgáltatás konfigurációs menedzsment gyakorlataihoz.

Ahogy azt már említettük, az ITAM hagyományosan a „számolásra és ellenőrzésre” fókuszált. Az érettebb szervezeteknél ez általánosságban aköré csoportosult, hogy optimalizálni tudják az IT eszközök használatát és a vele járó kiadásokat – hogy biztosra menjenek abban, hogy a létező szoftvereszközöket az optimális értékteremtésre használják a szervezet számára (továbbá megfeleljenek az engedélyezési követelményeknek). Sok esetben az ITAM a kormányzásról szól. De az ITSM is. Tehát, bár elsőre két elkülönült IT menedzsment megközelítésnek tűnnek, közös céljaik vannak: biztosítani, hogy a vállalat technológiai befektetései a lehető legjobban fedezzék a szervezet szükségleteit.

Valójában nem csak a céljaikban hasonlóak, de emellett nagymértékben lehetővé teszik egymás számára más ITSM gyakorlatokhoz is az IT eszközökkel kapcsolatos információk megszerzését (ahogy fent is említettük). Az világos, hogy az egyik hiánya hátrányosan hat – és hatni is fog – a másikra. Például az ITSM-hez szükség van hatékony pénzügyi felügyeletre, de ez az ITAM nélkül teljesen nem lehetséges (máshogy fogalmazva, hatékonyan irányítani az IT eszközökre vonatkozó kiadásokat nem lehetséges ITAM nélkül).

Egyesek utalhatnak az ITAM és konfigurációkezelési képességek közti jelentős átfedésekre – de hol van a konfigurációkezelési tanácsadás a költségoptimalizálással kapcsolatosan az ITIL 4-ben? Mindez az ITAM gyakorlati tanácsadásban van. És fordítva, az ITAM gyakorlatokat nagyban megsegíti, amikor az IT service desknek (ITSM oldalról) formális és optimalizált folyamatai vannak az IT eszközök tartalékolására vagy eltávolítására (mint a hardver, szoftver és egyéb szolgáltatások). Az ITAM és ITSM nemcsak hogy hasonló, de sok esetben jobban is működnek amikor együtt használják őket.

Mehetnénk tovább itt, de valószínűleg látják, hogy az ITAM-ban és ITSM-ben sok közös van a különbözőségeik ellenére.

ITAM vs. ITSM szolgáltatási konfigurációmenedzsment

Egyszer találkoztunk azzal a megfogalmazással, hogy „az ITAM mélyebb és szélesebb, mint a konfiguráció menedzsment”, ami úgy gondolom egy eléggé hasznos magyarázat. Ezt alátámasztja a legújabb ITIL 4 tanácsadási útmutató, miszerint:

„A szolgáltatási konfigurációmenedzsment gyakorlatok célja, hogy biztosítsák, hogy pontos és megbízható információ álljon rendelkezésre a szolgáltatások konfigurációjáról és a konfigurációs eszközökről, amik támogatják őket, amikor és ahol szükséges. Ez magában foglal minden információt arról, hogy a CI-k hogyan lettek konfigurálva, valamint a köztük lévő kapcsolatokról.”

Ez kicsit úgy hangzik mintha az ITAM-ról lenne szó, de ha jobban elolvassa, ez a kapcsolatokról és konfigurációkról szól. Ez határozottan nem olyan mély és széles, mint a korábbi ITIL4 ITAM célja, ami magában foglalta az értéknövelést, kiadás szabályozást, kockázatmenedzsmentet, döntéshozatali támogatást és a törvényi és szerződéses előírásoknak is megfelelt.

Tehát tegye fel a kérdést magának – az összes rendelkezésére álló konfigurációkezelési képessége tudja mindezt? Amennyiben nem, akkor valószínűleg a szervezetének szüksége lenne az ITAM-ra.

Hogyan tovább?

Remélhetőleg ez a blog fényt derített néhány „ITAM vs. ITSM” kérdésre, ami felmerült önben. Ha van bármi, amit kifelejtettünk, kérjük írja meg kommentben.

A következő blogban Stephen jobban megvizsgálja az IT-üzemeltetés menedzsmentet (ITOM). Hogyan kapcsolódik az ITOM az ITSM-hez? És hogyan fognak fejlődni az ITOM gyakorlatok a jövőben? Stephen minden kérdésre választ ad a következő blogjában. Iratkozzon fel, hogy ne maradjon le róla!

 

Többet erről a témáról

A NIS2 irányelv és a TOPdesk: Egyszerűsített útmutató az új kiberbiztonsági kihívásokhoz

Az Európai Unió új hálózati és információbiztonsági irányelvvel, a NIS2-vel jelentős változások jönnek a...

A proaktív problémakezelés kulcsa

Az incidenskezelés minden Service Desk alapvető feladata. És mindannyian tudjuk, hogy a problémák további...

5 létfontosságú tudásbázis KPI a jobb önkiszolgáláshoz

A tudásmenedzsment egy soha véget nem érő folyamat; a szervezet folyamatos fejlődése azt jelenti,...