ITAM og ITSM - kender du forskellige og ligheder? Læs mere her

ITSM-processer

ITSM vs. ITAM - og hvordan de supplerer hinanden

Af Stephen Mann den 16 marts 2021

Hold dig opdateret

Stephen Mann

Principal and Content Director at ITSM.tools

Brancheekspert Stephen Mann introducerer det første blogindlæg i en serie om it management-funktioner, der supplerer IT Service Management (ITSM). Han vil undersøge, hvad IT Asset Management (ITAM) er, hvordan det kan sammenlignes med - og adskiller sig fra - ITSM, og hvordan de supplerer hinanden.


Du finder måske dette blogindlægs titel lidt forvirrende - burde det ikke være ITSM og ITAM, ikke ITSM vs. ITAM? Grunden til, at jeg bruger "ITSM vs. ITAM", er, at dette blogindlæg sammenligner og adskiller de to it management-funktioner. De er bestemt ikke nogle konkurrerende tilgange, selvom virkeligheden er, at de måske går head-to-head, når det kommer til den årlige budgetproces, tildelingen af it-personale og investeringsprioriteter.

Hvis du ønsker at blive klogere på forskellene mellem ITAM og ITSM, og hvorfor de har brug for at arbejde bedre sammen, så kan du finde svarene i dette blogindlæg.

Hvad er ITAM?

Hvis du beder ti personer om at give en definition af ITAM, får du sandsynligvis elleve forskellige definitioner. Dette er dog den definition, jeg gav, da jeg dækkede ITAM som it-brancheanalytiker ved Forrester Research omkring 2013:

"Regnskab og effektiv styring af alle it-assets i hele deres livscyklus fra indkøb til bortskaffelse."

Grundlæggende har dette ikke ændret sig. Og den nyeste ITIL 4 ITSM-vejledning inkluderer nu også ITAM og definerer det som:

“Formålet med IT Asset Management er at planlægge og styre den fulde livscyklus for alle it-assets for at hjælpe organisationen: maksimere værdien; kontrollere omkostninger; styre risici; støtte beslutningstagning om køb, genbrug, pensionering og bortskaffelse af assets; og opfylde lovgivnings- kontraktmæssige krav.”

Kilde: AXELOS, “ITIL Foundation: ITIL 4 Edition” (2019)

Hvordan relaterer ITAM sig til ITSM?

Før vi ser på ITSM vs. ITAM, skal vi se nærmere på ITSM. Når alt kommer til alt, er det ikke alle, der ved, hvad ITSM er. Hvis du allerede har styr på det, er du velkommen til at springe denne del over.

Min definition af ITSM er "forbedring af forretningsresultater gennem bedre it-levering." Denne definition er lidt anderledes end ITIL 4-definitionen, som - med rette - har fokus på værdiskabelse (eller co-creation) i sin generiske definition af service management:

"Et sæt specialiserede organisatoriske muligheder for at muliggøre værdi for kunder i form af services."

Kilde: AXELOS, “ITIL Foundation: ITIL 4 Edition” (2019)

En vigtig ting at huske er, at ITAM og ITSM har lignende formål med hensyn til slutmål og resultater, men de respektive 'organer' for best practices traditionelt har været adskilte. Hvorfor? It-assets har altid været betragtet som "ting", der skal "tælles og kontrolleres", mens der med it-services altid har været fokus på kvaliteten af serviceleveringen og supporten.

Når det er sagt, har der altid været en vis overlapning mellem ITAM og ITSM, da it-assets anvendes til levering af it-services. Nogle it-services kan nu også administreres som it-assets (og omvendt). Overvej f.eks. cloud-services. Jeg mener, at dette er hovedårsagen til, at ITAM nu er bragt ind i ITIL 4's ITSM best practice-vejledning som et koncept i sig selv, idet det defineres som:

"Praksis med at planlægge og styre den fulde livscyklus for alle it-assets."

Kilde: AXELOS, “ITIL Foundation: ITIL 4 Edition” (2019)

Forskellen mellem ITAM og ITSM

Lad os starte med den åbenlyse forskel: de mest populære versioner af best practice-vejledningen for ITAM og ITSM er skabt af forskellige og ikke-forbundne parter. Derudover kan organisationer, der har vedtaget begge it management discipliner, holde dem helt adskilt i to økosystemer: den ene fokuseret på assets og den anden fokuseret på services (men forhåbentlig fokuserer begge på at forbedre den samlede forretningsdrift samt resultater).

En anden stor forskel mellem de to er, at it-assets generelt adskiller sig fra it-services. På mange måder er dette en no-brainer. At levere en administreret desktop-service er helt anderledes end (og bedre end) blot at levere en desktop-pc. Nogle har også argumenteret for, at assets bruges, mens services forbruges, men for at være ærlig så tror jeg, det er en semantisk differentiering.

Der er ét nøgleord, som man altid kommer til at tænke på: håndgribelig. It-assets er håndgribelige, fysiske ting. Du kan holde et asset i din hånd. Services er på den anden side mindre håndgribelige (selvom de stadig er afhængige af fysiske assets for at fuldføre deres mål). Når vi går tilbage til det foregående eksempel med en administreret desktop-service, så består denne af flere fysiske assets: en pc, operativsystem software og personlig produktivitetssoftware (eller en cloud-leveret service). Dette er alle it-assets, der skal styres, men alligevel er de samlet og leveret som én service. De kan endda være samlet med andre services, såsom et netværk eller en tilslutningsservice, en e-mail-service, en antivirus-service, en internet-service og så videre. Igen anvender alle disse en eller anden form for hardware, software og service baserede assets.

Hvordan ITAM og ITSM supplerer hinanden

I virkeligheden er der ingen grund til at tænke på ITSM og ITAM som værende i direkte konkurrence - i stedet supplerer de hinanden. Når alt kommer til alt, kan du ikke have it-services uden it-assets.

Imidlertid:

Service configuration management (ITIL 4-navnet for configuration management) bruges i vid udstrækning til at hjælpe organisationer med at identificere, hvilke konfigurationselementer der bruges til oprettelse og levering af it-services. I betragtning af at dette allerede faciliterer incident management, change management (som nu er change enablement i ITIL 4), problem management og andre ITSM-practices, har organisationer så brug for ITAM i første omgang?

Før du afskediger ITAM helt, er det værd at huske, at service configuration management og ITAM ikke er det samme - de tilbyder ikke de samme muligheder og resultater. Men lad os parkere dette for nu og vende tilbage til ITAM vs. ITSMs service configuration management.

Som allerede nævnt har ITAM traditionelt fokuseret på "tælling og kontrol." For mere modne organisationer har det generelt handlet om at optimere brugen af it-assets og deres tilknyttede omkostninger - som at sikre, at eksisterende software assets bruges til at skabe optimal værdi for organisationen (såvel som at imødekomme licens behovene). På mange måder handler ITAM om ledelse/it-styring. Men det gør ITSM også. Så selvom de måske ser ud til at være to separate skoler inden for it manangement, har de samme mål: at sikre, at virksomhedens teknologiinvestering bedst muligt opfylder organisationens behov.

Faktisk er de ikke kun ens i deres mål, men de gør det også muligt - for hinanden hver især - at levere information om it-assets til andre ITSM-practices (som nævnt ovenfor). Det er klart, at fraværet af den ene kan - og vil - påvirke den anden negativt. For eksempel kræver ITSM effektiv økonomisk forvaltning, men dette kan ikke opfyldes fuldt ud uden ITAM. 

Igen kan nogle referere til den betydelige overlapning mellem ITAM og configuration management-funktioner - men hvor er configuration management-vejledningen om omkostningsoptimering i ITIL 4? Det er i vejledningen til ITAM-practices. Og omvendt understøttes ITAM-aktiviteter i høj grad, når servicedesken (på ITSM-siden) har formelle, optimerede processer til levering og fjernelse af it-assets (som hardware, software og services). ITAM og ITSM er ikke kun ens, men i mange tilfælde fungerer de bedst, når de bruges sammen med hinanden.

Jeg kunne fortsætte her, men du kan forhåbentlig se, at ITAM og ITSM har meget til fælles på trods af deres forskelle.

ITAM vs. ITSMs service configuration management

Jeg fik engang at vide noget i retningen af at "ITAM både er dybere og bredere end configuration management", hvilket jeg synes, er en ret nyttig forklaring. Dette bakkes op af den seneste ITIL 4-vejledning, der siger, at:

”Formålet med service configuration management-practice er at sikre, at nøjagtige og pålidelige oplysninger om konfigurationen af services og de configurations items (CI'er), der understøtter dem, er tilgængelige, når og hvor det er nødvendigt. Dette inkluderer information om, hvordan CI'er er konfigureret og forholdet mellem dem. ”

Kilde: AXELOS, “ITIL Foundation: ITIL 4 Edition” (2019)

Dette lyder måske lidt som ITAM, men hvis du læser det nøje, handler det om relationer og konfigurationer. Dette er bestemt ikke så dybt og bredt som det tidligere ITIL 4 ITAM-formål, der omfattede værdimaksimering, omkostningskontrol, risikostyring, beslutningsstøtte og opfyldelse af lovgivnings-og kontraktmæssige krav.

Så spørg dig selv - gør dine configuration management-funktioner alt dette? Hvis ikke, har du sandsynligvis brug for ITAM i din organisation.

Forhåbentlig har dette blogindlæg kastet lys over nogle af de "ITAM vs. ITSM" -spørgsmål, du måtte have. Hvis der er noget, jeg har glemt, så skriv det i kommentarfeltet nedenfor.


I sit næste blogindlæg vil Stephen Mann se nærmere på IT Operations Management (ITOM). Hvordan relaterer ITOM sig til ITSM? Og hvordan vil ITOM-practice udvikle sig i fremtiden? Han vil besvare alle disse spørgsmål - og mere til - i sit næste blogindlæg. Abonnér på vores blog for at sikre, at du ikke går glip af den!

 

Tilføj en kommentar