IT Service Management, ITSM, \u00e4r en av de begrepp som anv\u00e4nds oftast och definieras minst konsekvent. F\u00f6r en del betyder det ITIL-ramverket. F\u00f6r andra betyder det \u00e4rendehanteringssystemet i servicedesken. F\u00f6r en tredje grupp betyder det hela IT-organisationens s\u00e4tt att f\u00f6rh\u00e5lla sig till verksamheten. Alla tre anv\u00e4ndningarna finns i praktiken, men de beskriver olika lager av samma sak. Den h\u00e4r guiden reder ut vad ITSM \u00e4r, vilka processer som ing\u00e5r, hur ITIL f\u00f6rh\u00e5ller sig till ITSM och varf\u00f6r skiftet mot v\u00e4rdedriven service management p\u00e5g\u00e5r just nu.<\/p>\n\n\n\n
ITSM \u00e4r den samlade praktiken att leverera IT-tj\u00e4nster som skapar v\u00e4rde f\u00f6r verksamheten. Definitionen har tre komponenter: det handlar om tj\u00e4nster (inte om enskilda system eller enheter), tj\u00e4nsterna ska skapa v\u00e4rde (inte bara vara tillg\u00e4ngliga), och praktiken \u00e4r samlad (den omfattar processer, verktyg, roller och m\u00e4tning som ett sammanh\u00e4ngande system).<\/p>\n\n\n\n
Skillnaden mellan ITSM och traditionell IT-drift \u00e4r att ITSM utg\u00e5r fr\u00e5n verksamhetens behov och arbetar sig bak\u00e5t till de tekniska f\u00f6ruts\u00e4ttningarna. Traditionell drift utg\u00e5r fr\u00e5n infrastrukturen och rapporterar tillg\u00e4nglighet upp\u00e5t. Skiftet \u00e4r begreppsm\u00e4ssigt subtilt men konsekvenserna f\u00f6r hur en IT-avdelning organiseras \u00e4r omfattande.<\/p>\n\n\n\n
ITIL \u00e4r det mest etablerade ramverket f\u00f6r hur ITSM praktiseras. ITSM \u00e4r en verksamhetspraktik; ITIL \u00e4r en samling rekommenderade tillv\u00e4gag\u00e5ngss\u00e4tt f\u00f6r den praktiken. En organisation kan bedriva ITSM utan att f\u00f6lja ITIL, och en organisation kan implementera ITIL-processer utan att f\u00f6rst\u00e5 den \u00f6vergripande ITSM-tanken. Det senare \u00e4r p\u00e5fallande vanligt: processerna inf\u00f6rs men v\u00e4rdeperspektivet f\u00f6rsvinner, och resultatet blir byr\u00e5krati utan operativ vinst.<\/p>\n\n\n\n
ITIL 4, som \u00e4r den nuvarande versionen, g\u00f6r sj\u00e4lv ett skifte som understryker det h\u00e4r. Tidigare versioner var processorienterade; ITIL 4 s\u00e4tter Service Value System i centrum, d\u00e4r value co-creation mellan IT och verksamhet \u00e4r k\u00e4rnkonceptet. Ramverket har d\u00e4rmed n\u00e4rmat sig den moderna ITSM-tanken om v\u00e4rdeleverans snarare \u00e4n processefterlevnad.<\/p>\n\n\n\n
Ett antal processer \u00e5terkommer i alla st\u00f6rre ITSM-ramverk. F\u00f6ljande \u00e4r de som utg\u00f6r grunden i de flesta implementeringar:<\/p>\n\n\n\n
Ingen organisation implementerar alla processer med samma djup p\u00e5 samma g\u00e5ng. Prioriteringen styrs av verksamhetens mognadsgrad och de mest akuta sm\u00e4rtorna \u2013 incidenthantering och service request management \u00e4r typiskt de f\u00f6rsta omr\u00e5dena; problem-, change- och knowledge management f\u00f6ljer n\u00e4r grunden fungerar.<\/p>\n\n\n\n
De formella rollerna varierar, men f\u00f6ljande \u00e5terkommer i de flesta organisationer: Service Desk-analytiker som prim\u00e4r kontaktpunkt, Incident Manager som \u00e4ger incidenter under p\u00e5g\u00e5ende st\u00f6rning, Problem Manager som \u00e4ger rotorsaksarbete, Change Manager som styr f\u00f6r\u00e4ndringsfl\u00f6det, Service Owner f\u00f6r respektive tj\u00e4nst, och Process Owner som ansvarar f\u00f6r att en specifik process fungerar \u00f6ver tid. I mindre organisationer kombineras rollerna \u2013 en person kan b\u00e4ra flera hattar \u2013 men de funktionella ansvaren beh\u00f6ver definieras \u00e4ven om personerna \u00e4r samma.<\/p>\n\n\n\n
M\u00e4tningen har traditionellt fokuserat p\u00e5 SLA \u2013 svarstid, l\u00f6sningstid, tillg\u00e4nglighet. De m\u00e5tten fyller fortfarande en funktion, men allt fler organisationer kompletterar dem med XLA, Experience Level Agreements, som m\u00e4ter anv\u00e4ndarens upplevda kvalitet snarare \u00e4n processens interna prestanda. Skiftet reflekterar den underliggande ambitionen att ITSM ska m\u00e4tas mot v\u00e4rde f\u00f6r verksamheten, inte mot processefterlevnad.<\/p>\n\n\n\n
Ut\u00f6ver SLA och XLA \u00e4r f\u00f6ljande m\u00e4tv\u00e4rden centrala i mogna ITSM-implementeringar: First Contact Resolution, \u00e5ter\u00f6ppningsfrekvens f\u00f6r st\u00e4ngda \u00e4renden, artikel\u00e5tervinning fr\u00e5n kunskapsbasen, deflection rate i sj\u00e4lvservice, och andelen f\u00f6r\u00e4ndringar som genomf\u00f6rs utan incidentkonsekvens.<\/p>\n\n\n\n
ITSM-processer kan i teorin k\u00f6ras med enkla \u00e4rendehanteringsverktyg, men i praktiken kr\u00e4ver mognadsutveckling en plattform som integrerar processerna. Ett incident\u00e4rende ska kunna eskaleras till problemhantering utan att data g\u00e5r f\u00f6rlorad, en f\u00f6r\u00e4ndring ska kunna kopplas till de tj\u00e4nster den p\u00e5verkar, en kunskapsartikel ska kunna skapas i \u00e4rendefl\u00f6det och anv\u00e4ndas b\u00e5de internt och i sj\u00e4lvservice. Utan integrerad plattform blir varje process ett silo och de tv\u00e4rg\u00e5ende effekterna f\u00f6rsvinner.<\/p>\n\n\n\n
Ett ITSM-verktyg \u00e4r dock inte en substitution f\u00f6r processarbete. Att k\u00f6pa en ITSM-plattform utan att f\u00f6rst definiera processerna leder oftast till konfigurationsval som cementerar den befintliga oordningen. Process f\u00f6re verktyg g\u00e4ller lika mycket i ITSM som i andra omr\u00e5den.<\/p>\n\n\n\n
Tre parallella r\u00f6relser formar ITSM under 2020-talet. Den f\u00f6rsta \u00e4r skiftet fr\u00e5n process till upplevelse \u2013 fr\u00e5n SLA till XLA, fr\u00e5n processefterlevnad till anv\u00e4ndarn\u00f6jdhet. Den andra \u00e4r utvidgningen bortom IT: samma ITSM-principer anv\u00e4nds i HR-service, i fastighetsservice, i kundservice, under samlingsbegreppet Enterprise Service Management. Den tredje \u00e4r AI:s intr\u00e4de i servicedesken \u2013 fr\u00e5n automatiserad kategorisering av inkommande \u00e4renden till generativa assistenter som st\u00f6djer handl\u00e4ggare och slutanv\u00e4ndare.<\/p>\n\n\n\n
De tre r\u00f6relserna f\u00f6rst\u00e4rker varandra. Enterprise Service Management g\u00f6r investeringen i plattformen st\u00f6rre och d\u00e4rmed motiverar b\u00e4ttre teknik. AI m\u00f6jligg\u00f6r den sj\u00e4lvservice som \u00e4r f\u00f6ruts\u00e4ttning f\u00f6r att skala utan att f\u00f6rlora upplevelsekvalitet. Och XLA ger den m\u00e4tning som g\u00f6r att man vet om skiftena faktiskt levererar v\u00e4rde \u2013 eller bara ny teknisk komplexitet.<\/p>\n\n\n\n
Nilex Service Platform \u00e4r en integrerad ITSM-plattform d\u00e4r de centrala processerna \u2013 incident, problem, change, service request, knowledge, service level och configuration \u2013 k\u00f6rs i samma system. Plattformen st\u00f6djer b\u00e5de SLA- och XLA-m\u00e4tning i samma rapportvy, och samma fl\u00f6den kan anv\u00e4ndas f\u00f6r Enterprise Service Management i HR, fastighet och kundservice. NSP \u00e4r utvecklad f\u00f6r svenska f\u00f6rh\u00e5llanden med data lagrad i EU, vilket g\u00f6r den l\u00e4mplig f\u00f6r kommuner, myndigheter och regulerade branscher.<\/p>\n\n\n\n
Vill du se hur en integrerad ITSM-plattform ser ut i praktiken? Boka en genomg\u00e5ng med en av v\u00e5ra konsulter.<\/p>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
IT Service Management, ITSM, \u00e4r en av de begrepp som anv\u00e4nds oftast och definieras minst konsekvent. F\u00f6r en del betyder det ITIL-ramverket. F\u00f6r andra betyder det \u00e4rendehanteringssystemet i servicedesken. F\u00f6r en tredje grupp betyder det hela IT-organisationens s\u00e4tt att f\u00f6rh\u00e5lla sig till verksamheten. Alla tre anv\u00e4ndningarna finns i praktiken, men de beskriver olika lager av […]<\/p>\n","protected":false},"author":1,"featured_media":9624,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[181],"tags":[],"class_list":["post-9665","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-e-guider-de"],"yoast_head":"\n