So managen Sie IT-Services

ITIL ist erst der Anfang

07.08.2012 von Frank  Zielke
Erfüllt die Implementierung von Prozessstrukturen schon die Bedingungen für ein leistungsorientiertes Management der IT-Services? Wohl kaum! Deshalb bringt ITIL noch keine Verbesserung.

Wenn ein Thema die strategische Ausrichtung und operativen Maßnahmen im IT-Management der Unternehmen in den vergangenen zehn Jahren beherrschte, dann war es ITIL. An diesem Thema kam praktisch kein IT-Verantwortlicher vorbei. Das Regelwerk hatte wie kaum eine Methodik zuvor gewaltigen Einfluss auf das Selbstverständnis und die Strukturen in den IT-Services, denn es ersetzte die funktionalen Organisationsprinzipien durch Prozessdenken.

Foto: ITSM Consulting

Diese Neuorientierung war schon wegen des effizienteren Einsatzes der immer knapperen IT-Ressourcen notwendig. Zudem lässt sich die heute typische Prozessorientierung auf der Business-Ebene nur begrenzt mit einem funktionsorientierten IT-Service-Management (ITSM) kombinieren. Eine solche Konstellation würde zu erheblichen Friktionen, Leistungsverlusten und beträchtlichen Fehlerrisiken führen und damit die Performance in den Geschäftsprozessen gefährden.

Insofern haben die IT-Organisationen einen guten Job gemacht, als sie mittels der ITIL-Strategien auch die Prozessorientierung etablierten. Sie schufen damit eine prozessuale Durchgängigkeit zu den Geschäftsabläufen. Ohne diese Weichenstellung wären künftige Steuerungsmodelle für Business-bezogene IT-Services kaum möglich; es würde der klare Ordnungsrahmen fehlen.

ITIL-Projekte verursachen einen großen Energieaufwand mit meist erheblichen Investitionen in die Reorganisationen und Mitarbeiterschulungen. Sie zahlt sich insofern aus, als sie eine entscheidende Investition in die Zukunftsfähigkeit der IT und des Unternehmens darstellt. Daneben ist die systematische Prozessgestaltung auf der operativen Ebene eine wichtige Voraussetzung für alle weiteren Optimierungsinitiativen im Betrieb.

Ohne Itil ...
Was ohne Itil geht - und was nicht
Die IT Infrastructure Library, kurz Itil, hat sich zum Quasi-Standard im IT-Service-Management entwickelt. Manche sagen, es ginge auch ohne Itil. Was allerdings zu beweisen wäre.
Ohne Itil ...
... fehlt die Grundordnung für komplexe ITSM-Strukturen.
Ohne Itil ...
... kann die IT die Wettbewerbsanforderungen des Unternehmens nicht erfüllen.
Ohne Itil ...
... büßen die ITSM-Verantwortlichen strategische Durchsetzungkraft ein
Ohne Itil ...
... verlieren sich IT-Services im Dickicht schlecht abgestimmter Einzelprozesse.
Ohne Itil ...
... lassen sich viele Einsparungspotenziale nicht ausschöpfen.
Ohne Itil ...
... muss die Qualitätssteuerung ohne Kennzahlensysteme auskommen.
Ohne Itil ...
... hat die IT Schwierigkeiten, ihren Wertbeitrag konkret nachzuweisen.
Ohne Itil ...
... sind die Möglichkeiten der Compliance-Kontrolle eingeschränkt.

Der nächste Schritt in der Evolution

Itil und dann?
Foto: igor - Fotolia.com

Trotzdem stellen sich die IT-Verantwortlichen zunehmend die Frage, ob die Implementierung von Prozessstrukturen schon die notwendigen Bedingungen für ein leistungsorientiertes Management der IT-Services erfüllt. Tatsächlich wurde ein -eminent wichtiger - Meilenstein im Evolutionsprozesse der IT-Organisationen erreicht. Aber die Prozessgestaltung darf doch keineswegs gleichgesetzt werdne mit der konkreten Leistungsfähigkeit jedes einzelnen IT-Services: Im einen Fall handelt es sich um die strukturelle Ebene, im anderen um die Prozessqualität. Der Evolutionsweg der IT führt nach der Etappe des funktionsorientierten Managements und dem anschließenden Aufbau eines prozessorientierten Managements zum qualitätsorientierten Management.

Dasselbe Phänomen lässt sich überall bei neuen Techniken und Methoden beobachten. Dort wird typischerweise zunächst der Fokus auf die Etablierung im Markt gerichtet; in der weiteren Entwicklung rückt die qualitative Ausformung in den Mittelpunkt. So etwa beim Mobiltelefon: Anfangs reichte löst die Möglichkeit des Telefonierens unterwegs bei den Benutzer schon ein persönliches Glücksgefühl aus. Doch als das Handy zur Selbstverständlichkeit geworden war, fragten die Nutzer gezielt Qualitätsmerkmale nach: Netzverfügbarkeit, Bedienbarkeit, technische Integrationsfähigkeit und anderen Endgeräte-Features .

Das Umdenken hat bereits begonnen

Neu ist der Qualitätsbegriff in den IT-Organisationen zweifellos nicht. Beispielsweise hinsichtlich der technischen Performance von Systemen oder Netzwerken ist er gang und gäbe. Der zusätzliche Fokus richtet sich jetzt auf die Prozessqualität. Ihre Notwendigkeit und methodischen Umsetzung wurden bisher nur ansatzweise diskutiert.

Andererseits beschäftigen sich viele IT-Verantwortliche offenbar für sich allein durchaus mit den Thema, und sie messen ihm große Bedeutung bei. Als die ITSM Consulting AG im vergangenen Jahr Unternehmen danach befragte, welchen Zielen sich das IT-Service-Management mittelfristig besonders widmen werde, nannten sie zwar vor allem die Kostenoptimierung, doch direkt hinter diesem Klassiker platzierten sie die Qualitätssteuerung der IT-Prozesse.

In sieben Schritten zur ständigen Verbesserung der IT-Services.
Foto: ITSM Consulting

Hinter diesem Votum verbirgt sich die Erkenntnis, dass es den Anforderungen im Unternehmen längst nicht mehr gerecht wird, wenn sich die IT auf die Systematisierung und Standardisierung ihrer Prozesse beschränkt. In jedem einzelnen IT-Service können erhebliche Leistungsschwächen schlummern, die lange unbemerkt bleiben, aber plötzlich weitreichende Konsequenzen bis hin zur längerfristigen Unterbrechung marktnaher Geschäftsprozesse auslösen können.

In den Business-Prozessen wird Performance längst über qualitätsbezogene Kriterien gesteuert. Höchste Zeit, dass die Steuerung der IT-Prozesse diesem Beispiel folgt.

Sechs Tipps zum Umgang mit Regelwerken
Sechs Tipps zum Umgang mit Regelwerken
ITIL, CoBIT, Togaf & Co. haben durchaus ihren Sinn. Aber eine zu enge und unkritische Ausrichtung auf solche Standards wird den individuellen Anforderungen der Unternehmen oft nicht gerecht.
Tipp 1:
Lassen Sie sich nicht von einem Regelwerk vereinnahmen, sondern entwickeln Sie eine kritisch-konstruktive Distanz dazu.
Tipp 2:
Versuchen Sie nicht, individuelle Erfordernisse des Unternehmens in den Standard eines Methodenwerks zu pressen.
Tipp 3:
Definieren Sie ein unternehmensspezifisches Framework und übernehmen Sie nur die Teile aus den Regelwerken, die nützlich sind und verstanden werden. Beachten Sie dabei die Pareto-Regel (mit 20 Prozent Aufwand 80 Prozent der Dinge regeln), damit keine zu komplizierte Frameworks entstehen.
Tipp 4:
Entwerfen sie zum Unternehmen passende Prozesse, zum Beispiel mit der "Wertschöpfungsmaschine" von Andreas Suter oder der Business-Engineering-Methode von Hubert Österle.
Tipp 5:
Bestehen Sie auf klaren und präzisen Begriffsdefinitionen. Prüfen Sie Ihre Definition, indem sie drei Stakeholder/Experten aus Ihrem Unternehmen nach deren Interpretation fragen. Wenn jeder etwas anderes interpretiert, taugt die Begriffsdefinition nicht.
Tipp 6:
Greifen Sie bei Servicedefinitionen auf fundierte und konkrete Werke zum IT-Produkt-Management oder Service-Engineering zurück (beispielsweise von Harry Sneed, Tilo Böhmann oder Klaus-Peter Fähnrich).

Systematische Schritte zu IT-Quality

Auf dem Weg zur qualitätsorientierten Steuerung der IT-Prozesse mangelt es meist noch an den methodischen Grundlagen. Damit fehlen am Ende auch die Kennzahlen, mit denen sich die qualitativen Erfordernisse zumindest der wichtigsten IT-Services definieren und bewerten lassen. Wie lässt sich dieses Manko beheben?

Am Anfang steht eine Bewertung der Qualitätserfordernisse in den jeweiligen IT-Prozessen. Sie verlangt nach klaren Kriterien, die beispielsweise in Verfügbarkeit, Zuverlässigkeit, Leistungsfähigkeit und Konformität bestehen können.

Diese Qualitätskriterien stellen zunächst eine generelle Matrix dar. Sie sind nicht besonders hilfreich, solange sie nicht mit konkreten Leistungsanforderungen versehen werden. Hierfür muss zunächst der qualitative Unterstützungsbedarf des Business ermittelt werden. Daraus lassen sich dann die Anforderungen an die IT-Services ableiten.

Risikopotenziale in den IT-Prozessen

Prinzipiell ist ein solches Prozedere für jeden einzelnen IT-Prozess notwendig. Aber nicht alle Prozesse haben großen Einfluss auf die Leistungsfähigkeit der Unternehmensorganisation; von daher reicht üblicherweise eine Konzentration auf die kritischen IT-Prozesse.

Damit wäre also der Leistungsbedarf ermittelt. Aus diesem Ergebnis sind konkrete Kennzahlen abzuleiten, um eine operable Grundlage für eine systematische Qualitätssteuerung zu schaffen. Zudem stellen die Kennzahlen die Bezugsgrößen für die im nächsten Schritt zu realisierende Ist-Analyse der prozessindividuellen Leistungsprofile dar.

Bei dieser Statusaufnahme empfiehlt es sich, die jeweiligen "Service-Owner" anhand von differenzierten Fragebögen zu interviewen. Anhand der Antworten lassen sich Aussagen zum Qualitätszustand des jeweiligen Services treffen. Durch den Vergleich der Ist-Analyse mit dem geforderten Qualitätsprofil erhalten die IT-Verantwortlichen einen konkreten Hinweis, welche Risikopotenziale in den einzelnen Prozessen lauern.

In einem DAX-Unternehmen hat ITSM Consulting ein Modell implementiert, das diese Werte in einem IT-Quality-Index darstellt. Er bildet die bestehenden Leistungsbedingungen konsolidiert in einem Index-Wert ab und macht die Gesamtsituation auf einen Blick erkennbar.

ITIL - die häufigsten Irrtümer
ITIL - die häufigsten Irrtümer
Am 29. Juli 2011 wurde das aktuelle Refresh von Itil V3 veröffentlicht. Höchste Zeit, die häufigsten Itil-Missverständnisse aufzuklären.
Itil V4 steht unmittelbar vor der Tür.
Das ist falsch - richtig ist<br><br>In Kürze wird ein Refresh ("Itil Edition 2011) veröffentlicht.
Strategische Prozesse sind in der IT sind unrealistisch.
Das ist falsch - richtig ist:<br><br>Die Itil-Prozesse helfen dem CIO, sich als Partner des Business zu etablieren.
Der Umstieg von V2 auf V3 ist radikal.
Das ist falsch - richtig ist:<br><br>Die grundlegenden Konzepte bleiben erhalten.
Itil V3 erhöht nur die Komplexität der Prozesse.
Das ist falsch - richtig ist:<br><br>Die Komplexität hat nichts mit der Itil-Version zu tun.
Es ist einfacher, erst einmal mit ITIL V2 zu beginnen.
Das ist falsch - richtig ist: ITIL V3 bietet so viele Verbesserungen, dass es töricht wäre, sie zu ignorieren.
Die Investitionen in Itil V2 sind definitiv verloren.
Das ist falsch - richtig ist:<br><br>Investitionen in Prozesse und Standards lassen sich unmittelbar in V3 überführen.
Viele der V3-Prozesse sind in der Praxis überflüssig.
Das ist falsch - richtig ist:<br><br>Nicht jeder Prozess muss nach V3 eingeführt werden, aber die Funktion muss abgedeckt sein.
Die V3-Prozesse sind unübersichtlich und schwer steuerbar.
Das ist falsch - richtig ist:<br><br>Jede Reise beginnt mit dem ersten Schritt, daran ändert auch Itil V3 nichts.
Die Standards stehen der Flexibilität im Weg.
Das ist falsch - richtig ist:<br><br>Definierte Kompetenzen und Prozesse erleichtern die Reaktion auf Änderungen.
Der Nutzen kann die Investition nicht aufwiegen.
Das ist falsch - richtig ist:<br><br>Itil V3 hilft, die Effizienz und Qualität des IT-Service-Managements erheblich zu steigern.
ITIL V3 erfordert einen zu hohen Schulungsaufwand.
Das ist falsch - richtig ist: Die Bedeutung des ITSM ist gestiegen - und damit auch das Anforderungsprofil der Experten.

Prüfkonzept auf Basis von CoBIT

Voraussetzung für ein systematisches Management der IT-Prozessqualität ist ein durchgängiges Methodenkonzept, das eine Bewertung der Organisation, Verfahren, Technik und Mitarbeiter umfasst. Es dient quasi als Fragenkatalog zur Qualitätsermittlung und stellt die Analyseprinzipien über alle kritischen IT-Services hinweg dar. In seiner operativen Handhabung sollte es möglichst einfach sein. Hilfestellung für den Aufbau eines solchen Prüfkonzepts bietet das IT-Governance-Framework Cobit.

Ein an den unternehmensindividuellen Anforderungen orientiertes Methodenwerk für das Qualitäts-Management der IT-Services kann sich jedoch nicht auf eine differenzierte Statusanalyse beschränken. Selbst wenn dieses präzise den möglichen Optimierungsbedarf ermittelt, bietet sie für sich genommen noch keine Möglichkeit zur kontinuierlichen Steuerung.

Unternehmen sind dynamische Organisationen, und demzufolge können sich Qualitätsverhältnisse unbemerkt verändern. Aus diesem Grund bedarf es eines Instruments für ein kontinuierliches Monitoring. Es dient dazu, in einem festen zeitlichen Rhythmus oder bei besonderem Bedarf - etwa wenn Leistungsschwächen erkannt werden, ohne dass deren Ursachen ersichtlich sind - den neuen Qualitätsstatus zu ermitteln. Die Kernelemente eines solches Monitoring-Instruments bestehen aus den im Prüfkonzept entwickelten Fragen zur Qualitätsbewertung, den zughörigen Kennzahlen und Prozess-Tool mit Automations- und Auswertungsfunktionen.

Das Monitoring ähnelt der initialen Statusaufnahme. Lediglich der Analyseumfang kann variieren. Die Tool-Unterstützung hilft, den Aufwand zu reduzieren. Hier ist sie notwendiger als in der Ausgangsanalyse, wo eine solche technische Implementierung den Projektaufwand deutlich komplexer gestalten würde. (qua)

Teaserbild: Arahan, Fotolia