Date: Fri, 29 Mar 2024 04:35:28 +0000 (UTC) Message-ID: <861328914.2031.1711686928720@50041d78312e> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_2030_722611159.1711686928719" ------=_Part_2030_722611159.1711686928719 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
N=C3=A5r man arbejder i en Servic= e Organisation med IT - som jeg g=C3=B8r som deltids IT Service Manager hos= Netic, har man en vis interesse i at f=C3=B8lge de standarder der s= =C3=A6ttes p=C3=A5 dagsordenen.
Hos min arbejdsgiver Netic "bekender" vi os prim=C3=A6rt til ITIL med en meget pragmatisk = tilgang - ud fra en devise om at vores ITIL implementeringer aldrig skal v= =C3=A6re for ITIL skyld, men fordi der er benefit (v=C3=A6rdi) - f=C3=B8rst= og fremmest for kunden (som vi jo leverer en service til) - derefter for N= etic . Det er nok ogs=C3=A5 mit personlige syn p=C3=A5 ITIL, TOGAF etc etc = - der skal v=C3=A6re fornuft i sagerne og man m=C3=A5 aldrig forvente at te= knikken eller div. frameworks l=C3=B8ser ret meget i sig selv, det er menne= sker der skal forvalte og bruge dem i dagligdagen
To af faldgrupperne ved at implementere ITIL er:
Man skal kunne kravle f=C3=B8r ma=
n kan g=C3=A5 - Det er fristende at springe ud i ITIL og stile dir=
ekte mod ITIL Heaven - men ITIL er et enormt framework, og netop KUN et fra=
mework (Eller som Barbossa fra Pirates siger: "
Intern forcering - Man s= kal regne med 3-12 m=C3=A5neder for at k=C3=B8re en process rimeligt ind p= =C3=A5 rygraden af medarbejderne, b=C3=A5de for 1) at omvende gamle vaner, = 2) arbejde med de kr=C3=A6fter der uunv=C3=A6rligt fors=C3=B8ger at tr=C3= =A6kke den anden vej og 3) introducere nye procedurer =C3=A9n af gangen - s= =C3=A5 det hj=C3=A6lper ikke at fort=C3=A6lle at nu skal vi k=C3=B8re Chang= e Management, Incident Management, Problem Management og Service Request i = l=C3=B8bet af kort tid)
Som IT Service Manager plejer jeg en del "hellige k=C3=B8er" som jeg ser= som en del af essensen i at lave god drift, nemmerlige:
De 5 S'er plejer jeg lidt sporadisk og formanende, specielt n=C3=A5r nog= le ikke standardiserer eller praktiserer almen praksis.
Se mere p=C3=A5 5S Kirken
Flest mulige sager (med fornuft) skal logges i det relevante sagsstyring= system, erfaringer viser (desv=C3=A6rre) at g=C3=A5r der politik i tingene = kan der efterf=C3=B8lgende komme et "blame game" og s=C3=A5 er det vigtigt = at have udmeldinger og tidslinier p=C3=A5 plads.
Se en liste over systemer p=C3=A5 IT Service Management systemer
Et kogebogsprincip for Changes og for at lave SOP'er (Standard Operational Procedures)
Se mere p=C3=A5 Kogebogsprincippet for Changes og SOPs
En par eksempler p=C3=A5 Cookbooks kan ses p=C3=A5 JIRA Install Cookbook og Confluence Install C= ookbook
For at facilitere ting hurtigere, bedre og uden at belaste organisatione= n (og CM'en) mere end h=C3=B8jst n=C3=B8dvendigt, kan man med fornuft indf= =C3=B8re SOPs (Standard Operational Pro= cedures) - og en SOP skal naturligvis tilpasses den Change procedu= re som man har implementeret.
Et muligt udkast til et SOP kunne v=C3=A6re som i Template for en SOP
For hver SOP kan man evt. specificere, og den kan gennemf=C3=B8res uden = om CM eller om der skal godkendelse til. I ITIL frameworkes angives at Oper= ations funktionen kan gennemf=C3=B8re disse (hvilket jeg tolker som "Uden C= M")
Det kunne vi kalde dokumentation med fornuft eller dokumentation med sco= pe.
The Good vs bad De= scription (Der er ikke en dansk version endnu)
=20 =20 =20 =20 =20