{"id":25213,"date":"2014-09-08T00:00:00","date_gmt":"2024-09-13T08:48:27","guid":{"rendered":"https:\/\/wordpress-583806-4798031.cloudwaysapps.com\/itil-koppling-till-andra-ramverk\/"},"modified":"2024-11-15T16:22:44","modified_gmt":"2024-11-15T15:22:44","slug":"itil-koppling-till-andra-ramverk","status":"publish","type":"post","link":"https:\/\/informator.se\/en\/itil-koppling-till-andra-ramverk\/","title":{"rendered":"ITIL \u2013 koppling till andra ramverk"},"content":{"rendered":"

<\/p>\n

Det finns mycket kunskap och erfarenhet kring hur infrastruktur ska s\u00e4ttas ihop och driftas, hur applikationer ska utvecklas och s\u00e4ttas in i produktion, IT-tj\u00e4nster flyttas fr\u00e5n egen regi till outsourcingleverant\u00f6r och fr\u00e5n egen h\u00e5rdvara till molnet. Delar av dessa kunskaper och erfarenheter paketeras i formen av ramverk och modeller.<\/span>
Jag t\u00e4nker f\u00f6rs\u00f6ka ge n\u00e5gra tips och betraktelser fr\u00e5n denna m\u00e4rkliga v\u00e4rld. I denna f\u00f6rsta del ger jag mina tv\u00e5 cent kring hur man kan f\u00f6rh\u00e5lla sig till ramverk och kunskapsk\u00e4llor generellt. I n\u00e4stkommande kommer jag att, mycket kortfattat, beskriva omfattning, syfte och position f\u00f6r n\u00e5gra av de vanligast f\u00f6rekommande ramverken inom IT-v\u00e4rlden och hur de kopplar till ITIL. Fr\u00e5n min horisont, kanske ska p\u00e5pekas. Ramverk och modeller som kommer hanteras inkluderar Cobit, Devops, Togaf, Lean, KCS samt agila metoder.<\/span>
Jag hoppas att du som l\u00e4ser detta finner det v\u00e4rdefullt och du kanske till och med kommenterar det jag skriver.<\/span>
I resonemanget kring ramverk och modeller kommer jag att f\u00f6rh\u00e5lla mig till en utg\u00e5ngspunkt: <\/i><\/b><\/span>
Sj\u00e4lva po\u00e4ngen \u00e4r att leverera v\u00e4rdefulla IT-tj\u00e4nster till kunder som f\u00e5r det utfall de vill och beh\u00f6ver. IT-tj\u00e4nsterna ska levereras p\u00e5 ett kvalitativt och kostnadseffektivt s\u00e4tt.<\/i><\/b> <\/span>
Allt annat kommer att vara sekund\u00e4rt. Om inte ovan g\u00e4ller, \u00e4r inget annat intressant eller anv\u00e4ndbart.<\/span>
Konceptet kallas \u201dIT Service Management\u201d eller \u201dITSM\u201d. Vikten av effektiv ITSM g\u00e5r inte att \u00f6verskatta. ITIL som ramverk f\u00f6r ITSM \u00e4r v\u00e4l k\u00e4nt och spritt, men har i de flesta svenska organisationer inte levt upp till sin fulla potential. Anledningen till det \u00e4r \u00e4mnet f\u00f6r ett annat blogginl\u00e4gg.<\/span>
F\u00f6rutom ITIL finns det andra ramverk och modeller f\u00f6r att sprida kunskap och erfarenheter kring delar av ITSM. En del har n\u00e5gra \u00e5r p\u00e5 nacken och har f\u00e5tt positionera och formulera om sig i f\u00f6rh\u00e5llande till nya tider i allm\u00e4nhet och ITIL och ITSM i synnerhet. Andra \u00e4r yngre och har det redan i sig fr\u00e5n start. Ytterligare andra missar sin positionering.<\/span>
En utg\u00e5ngspunkt f\u00f6r allt detta \u00e4r att det finns oerh\u00f6rt mycket kunskap och erfarenhet kring v\u00e4ldigt m\u00e5nga omr\u00e5den inom IT. Mycket mer \u00e4n vad en enskild m\u00e4nniska kan greppa och anv\u00e4nda sig av p\u00e5 ett vettigt s\u00e4tt. Man kan d\u00e4remot v\u00e4lja att antingen bli lite b\u00e4ttre p\u00e5 vissa saker och inte p\u00e5 andra – det kallas specialist \u2013 eller s\u00e5 blir man bredare och grundare i sina kunskaper \u2013 det kallas konsult! Eller generalist.<\/span>
Sk\u00e4mt \u00e5sido \u2013 det \u00e4r viktigt f\u00f6r oss konsulter att vara tydliga med vad vi faktiskt kan bidra med, specialistkompetens eller generalistkunskap. Och vad den \u00e4r bra f\u00f6r. Igen, ett annat blogginl\u00e4gg. <\/i><\/b><\/span>
F\u00f6r att f\u00e5 maximal nytta av ramverk och modeller \u00e4r det viktigt att anamma dessa under ordnade former. <\/i><\/b> <\/span>
Ordnade former betyder att organisationen tydligg\u00f6r, p\u00e5 l\u00e4mpligt s\u00e4tt, vilka ramverk som organisationen anv\u00e4nder sig av och i stora drag hur de ska bidra till verksamheten.<\/span>
Ibland, tyv\u00e4rr ganska ofta, sker detta p\u00e5 mindre ordnat s\u00e4tt. N\u00e5gon initiativrik person hittar en k\u00e4lla till kunskap, tycker att den verkar bra och b\u00f6rjar sedan anv\u00e4nda och till\u00e4mpa p\u00e5 sin egen del av verksamheten. Inget ont i detta, men kanske inte s\u00e5 effektivt. I b\u00e4sta fall.<\/span>
Vill det sig lite v\u00e4rre s\u00e5 \u00e4r personen i fr\u00e5ga \u00e4nnu mer f\u00f6retagsam och lyckas f\u00e5 med sig andra och en del av budgeten i investeringar och kostnader som helt enkelt inte borde uppst\u00e5.<\/span>
Detta kan gagna individers roll, rykte och karri\u00e4r samt ge v\u00e4rdefulla kunskaper och \u00e5sikter. Men, det \u00e4r inte optimalt f\u00f6r organisationen som helhet.<\/span>
En god id\u00e9 \u00e4r att f\u00e5 ned en f\u00f6rteckning \u00f6ver vilka ramverk och andra k\u00e4llor till kunskap som organisationen ska anv\u00e4nda (eller redan b\u00f6rjat anv\u00e4nda?) samt hur de ska anv\u00e4ndas. Om det \u00e4r n\u00e5got som anv\u00e4nds mycket och ofta, in p\u00e5 listan med det. Om det anv\u00e4nds sparsamt och inte s\u00e5 ofta \u2013 ta inte med det. S\u00e4tt upp m\u00e5l kring vad som ska g\u00f6ras med de ramverk som \u00e4r p\u00e5 listan. Att vara p\u00e5 listan betyder att det \u00e4r v\u00e4rt att f\u00f6rvaltas. Och tv\u00e4rtom.<\/span>
De ramverk som hamnar utanf\u00f6r listan \u00e4r givetvis tillg\u00e4ngliga vid behov \u00e4nd\u00e5, men f\u00f6rmodligen inte s\u00e5 l\u00e4tt, snabbt och till\u00e4mpbart som det som \u00e4r p\u00e5 listan. Och givetvis b\u00f6r man kunna \u00e4ndra sig och ta bort respektive l\u00e4gga till ramverk under resan.<\/span>
Att positionera ramverken och tydligg\u00f6ra vilken omfattning och avgr\u00e4nsning som de har hj\u00e4lper ocks\u00e5 till. Kan man dessutom tala om vem som ska arbeta med det \u00e4r det \u00e4nnu b\u00e4ttre. Det b\u00f6rjar dra ihop sig till en checklista:<\/span> <\/span><\/p>\n
    \n
  • Identifiera vilka ramverk som organisationen ska anv\u00e4nda<\/span><\/li>\n
  • S\u00e4tt kriterierna innan, se ovan<\/span><\/li>\n
  • Tills\u00e4tt n\u00e5gon som ansvarig\/\u00e4gare<\/span><\/li>\n
      \n
    • Om detta blir sv\u00e5rt f\u00f6r att ingen \u00e4r intresserad, s\u00e5 \u00e4r det f\u00f6rmodligen ett ramverk som inte ska vara p\u00e5 listan <\/span><\/li>\n<\/ul>\n
    • Positionera, s\u00e4tt omfattning och avgr\u00e4nsning<\/span> <\/li>\n
    • Tydligg\u00f6r i era processer hur ramverket ska till\u00e4mpas <\/span><\/li>\n<\/ul>\n<\/div>\n

      Vad ska d\u00e5 en ansvarig\/\u00e4gare av ett ramverk g\u00f6ra? Tja, f\u00f6rutom att \u00e5ka p\u00e5 h\u00e4rliga, l\u00e5ngv\u00e4ga konferenser, k\u00f6pa roliga b\u00f6cker och g\u00e5 p\u00e5 kurser i \u00e4mnet finns det ett antal punkter som borde fungera:<\/span><\/p>\n

        \n
      1. Tillhandah\u00e5lla fokalpunkt f\u00f6r diskussioner i \u00e4mnet<\/span><\/li>\n
      2. Bidra till strategiska och taktiska diskussioner och beslut d\u00e4r ramverket \u00e4r relevant<\/span><\/li>\n
      3. Hantera kompetensutveckling och internutbildning<\/span><\/li>\n
      4. Samverka med HR, chefer eller utbildningsansvarig<\/span><\/li>\n
      5. Ansvara f\u00f6r kunskapsobjekten, dvs b\u00f6cker, e-learningkurser, abonnemang etc.<\/span><\/li>\n
      6. Ansvara f\u00f6r f\u00f6rvaltningen av ramverket, uppdateringar, kompletterande kunskap och analys av till\u00e4mpningar<\/span><\/li>\n<\/ol>\n

        <\/span><\/p>\n

        F\u00f6r vissa ramverk, exempelvis Togaf, \u00e4r det naturligt att det hanteras av olika arkitektroller. Arkitekter av olika ordning brukar tycka att det \u00e4r naturligt att skriva policies och riktlinjer samt instruktioner hur riktlinjerna ska till\u00e4mpas. Det \u00e4r ett bra arbetss\u00e4tt, s\u00e4rskilt n\u00e4r det kombineras med starka, mogna processer. S\u00e5 borde fler omr\u00e5den hanteras. En \u201dservice transition policy\u201d skulle kraftfullt och tydligt kunna s\u00e4tta spelreglerna f\u00f6r all drifts\u00e4ttning, releasehantering, beslutsfattande etc.<\/span>
        Sammanfattningsvis, positionering av ramverket och dess till\u00e4mpning \u00e4r viktigt. Att tydligt kunna peka ut i vilka fr\u00e5gor som kunskapen, riktlinjerna fr\u00e5n respektive ramverk ska anv\u00e4ndas.<\/span>
        Som sagt, syfte med detta inl\u00e4gg har varit att positionera ramverk rent generellt. N\u00e4sta inl\u00e4gg kommer konkretisera hur ITIL f\u00f6rh\u00e5ller sig till agila metoder.<\/span>
        Skicka g\u00e4rna dina kommentarer kring detta. Jag uppskattar det mycket.<\/span>
        H\u00e4lsningar<\/span><\/div>\n

        <\/span><\/p>\n

        Jim Lindfors<\/span><\/div>\n

        <\/span><\/p>\n

        Verksamhetskonsult och utbildare<\/span><\/p>\n

        \"Min <\/span><\/div>\n

        <\/span><\/span><\/p>\n

        \u00a0<\/span><\/span><\/h4>\n

        <\/span><\/span><\/p>\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"

        Det finns mycket kunskap och erfarenhet kring hur infrastruktur ska s\u00e4ttas ihop och driftas, hur applikationer ska utvecklas och s\u00e4ttas in i produktion, IT-tj\u00e4nster flyttas fr\u00e5n egen regi till outsourcingleverant\u00f6r och fr\u00e5n egen h\u00e5rdvara till molnet. Delar av dessa kunskaper och erfarenheter paketeras i formen av ramverk och modeller.Jag t\u00e4nker f\u00f6rs\u00f6ka ge n\u00e5gra tips och […]<\/p>\n","protected":false},"author":6,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[570,922,589,585],"tags":[],"class_list":["post-25213","post","type-post","status-publish","format-standard","hentry","category-blogg","category-blogi","category-frameworks","category-itil"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t