Change in Silos

Das Prinzip von ITIL® Change Management kann so einfach sein: Sollen Bodenfliesen gelegt werden, muss der Estrich glatt und trocken sein. Also müssen sich zwei Handwerker unterhalten und mit dem Architekten einen Zeitplan abstimmen, den alle Arbeiter und der Bauherr kennen sollten. Die Einführung von Change Management in gut funktionierenden IT Organisationen wird oftmals in einem Silo-Ansatz durchgeführt, das ist schon eine gute Idee, wenn man die Tücken beachtet. „Change in Silos“ weiterlesen

Was hat der Change im Service Desk zu suchen?

In ITIL® Version 2 gab es nur eine Funktion(seinheit) das war der Service Desk. In der aktuellen ITIL Version 3 sind es vier definierte Funktionen, die sich Teile von Prozessen schnappen und dort für diverse Aktivitäten zuständig sind. Die genaue Zuordnung bleibt der Organisation überlassen, denn meiner Meinung nach ist eine Funktion in ITIL ohnehin nur eine Erklärungshilfe für die Abbildung von Prozessen in das echte Leben einer Organisation.

Der Service Desk als die älteste Funktion hat nun schon eine ganz ansehnliche Historie und kann auf viele Implementierungen zurückblicken. Dabei haben sich typische Szenarien ausgebildet. Der typische Service Desk, falls es das überhaupt gibt, sagen wir mal der „durchschnittliche“ Service Desk übernimmt dabei folgende Prozessanteile: „Was hat der Change im Service Desk zu suchen?“ weiterlesen

Prozess vor Report vor Tool

Bei der Einführung eines ITSM Systems (Ticket-Tool, Prozess Engine) gibt es ein Mantra „Ihr sollt erst den  Prozess entwerfen, dann das Tool hernehmen“. Dieses Mantra predigen insbesondere ITIL® Consultants. Ist ja auch richtig, steht so im Buch, bedeutet weniger Sorgen. Weniger Sorgen für die Prozess Leute. Bei „People, Processes, Partner, Tools“ bin ich für entschiedenes: Ja, aber. „Prozess vor Report vor Tool“ weiterlesen

Incidents, die es nicht gibt

Eine schöne Stelle an der Theorie und Praxis auseinanderlaufen sind Störungen deren Ursache nicht ergründet wird. In Kardinalfällen sogar Störungen, die nie behoben werden. In der Theorie hat jede Störung eine Ursache, die dann irgendwann behoben ist. In der Praxis sorgen einige Umstände dafür, dass dem nicht so ist. „Incidents, die es nicht gibt“ weiterlesen

Vorfall: Incident und Problem

ITIL® gibt im  Rahmen von Good Practices die grobe Richtung vor. Es gibt Prozesse und Rollen die vorgehalten werden müssen. Wie genau, das ist Sache der eigenen Organisation. Auch finden sich in den Büchern einige Anmerkungen Anekdoten oder sogar manchmal (unpassende) Verallgemeinerungen, die einen guten Hinweis darauf geben, wie es um Prozesse und Funktionen in Wirklichkeit bestellt ist. Bei Anfängern oder Personen, die ITIL nur vom Hörensagen kennen, taucht immer wieder eine Frage auf: „Wie wird denn aus einem Incident ein Problem?“. Die kurze Antwort ist: „Gar nicht“. Die längere Antwort ist wie folgt… „Vorfall: Incident und Problem“ weiterlesen