Der Servicekatalog zeigt, wo Schatten-IT teuer wird

Ein Servicekatalog wirkt oft wie ein Verwaltungsdokument. Richtig genutzt zeigt er aber, welche IT-Leistungen offiziell tragfähig sind und wo heimliche Ausweichwege Kosten, Risiken und Supportaufwand erhöhen.

Ein Servicekatalog ist die verständliche Liste der IT-Services, die ein Unternehmen offiziell anbietet. Er beschreibt nicht nur Namen, sondern auch Zielgruppe, Bestellweg, Leistung, Zuständigkeit, Kostenlogik und Supportgrenzen. Für ITSM-Generalisten ist er deshalb mehr als eine interne Speisekarte. Er zeigt, welche Hilfe Nutzer bekommen können, welche Services geregelt betrieben werden und welche Lücken Menschen dazu bringen, eigene Werkzeuge oder Umwege zu nutzen.

Schatten-IT entsteht, wenn Fachbereiche Anwendungen, Cloud-Dienste oder Prozesse nutzen, die nicht sauber in den IT-Betrieb eingebunden sind. Das kann kurzfristig praktisch wirken. Langfristig fehlen aber oft Verantwortliche, Sicherheitsprüfung, Datenklarheit, Kostenkontrolle und ein Supportweg. Ein guter Servicekatalog macht diese Lücken sichtbar, bevor aus einem kleinen Umweg ein dauerhaftes Betriebsproblem wird.

Der Katalog muss echte Arbeitsprobleme aufnehmen

Ein Servicekatalog hilft wenig, wenn er nur technische Produktnamen sammelt. Nutzer suchen meist nicht nach einem Plattformbegriff. Sie wollen einen neuen Arbeitsplatz einrichten, einen Zugriff beantragen, eine Anwendung freischalten, Daten austauschen oder eine Störung melden. Genau diese Alltagssprache gehört in den Katalog.

Atlassian beschreibt den Servicekatalog als zentralen Ort, an dem Nutzer IT-Leistungen finden und Anfragen stellen können. IBM ordnet IT Service Management insgesamt als Arbeitsweise ein, mit der IT-Services geplant, geliefert, betrieben und verbessert werden. Axelos erklärt Service Catalogue Management im ITIL-Umfeld als Praxis, die aktuelle Informationen zu Services bereitstellt. Die gemeinsame Linie ist klar: Der Katalog soll nicht nur dokumentieren, sondern Servicebeziehungen steuerbar machen.

Für den Betrieb bedeutet das eine einfache Prüffrage. Findet ein Fachbereich im Katalog die Hilfe, die er wirklich braucht? Wenn nicht, entsteht ein Ausweichdruck. Dann werden private Tabellen, nicht freigegebene Cloud-Ablagen, externe Tools oder direkte Zurufe genutzt. Nicht weil Menschen Regeln umgehen wollen, sondern weil der offizielle Weg das Problem nicht trifft.

Schatten-IT beginnt oft mit einer Lücke im Angebot

Der teuerste Teil von Schatten-IT ist selten die erste Lizenz. Teuer wird es, wenn niemand den Dienst betreibt, niemand Datenflüsse kennt und niemand bei Störungen zuständig ist. Ein Fachbereich kann ein kleines Werkzeug für Projektarbeit beschaffen. Später hängen Kundendaten, Berichte, Automatisierungen und Entscheidungen daran. Dann ist der Dienst längst kritisch, aber noch immer nicht Teil des Servicebetriebs.

Ein Servicekatalog kann diese Entwicklung abbremsen. Dafür muss er nicht jedes Detail kontrollieren. Er muss aber die häufigsten Bedürfnisse sichtbar aufnehmen. Wenn Teams ständig nach Freigaben, Kollaboration, Reporting, Automatisierung oder externem Datenaustausch fragen, sollte der Katalog passende Standardwege anbieten. Fehlt ein Standardweg, gehört diese Lücke in die Serviceverbesserung.

Wichtig ist dabei eine ehrliche Sprache. Ein Katalogeintrag sollte sagen, wofür der Service gedacht ist, wo seine Grenzen liegen und welcher Weg bei Sonderfällen gilt. Wer nur ein starres Formular anbietet, verschiebt das Problem. Wer einen klaren Regelweg plus einen Ausnahmepfad beschreibt, senkt den Druck zur Umgehung.

Kosten werden sichtbar, wenn Leistungen einen Besitzer haben

Ein Servicekatalog macht Kosten nicht automatisch kleiner. Er macht sie aber erklärbarer. Jeder wichtige Service braucht einen Besitzer, eine Zielgruppe, einen Leistungsumfang und eine grobe Kostenlogik. Das muss nicht immer eine exakte Verrechnung sein. Schon die Einordnung hilft: Ist der Service zentral finanziert, nutzungsabhängig, projektbezogen oder nur für bestimmte Rollen vorgesehen?

Ohne diese Klarheit entstehen doppelte Ausgaben. Fachbereiche kaufen ähnliche Werkzeuge, die IT betreibt parallele Plattformen, und der Service Desk beantwortet Fragen zu Lösungen, die offiziell niemand verantwortet. Gleichzeitig bleiben Standardangebote untergenutzt, weil sie unverständlich benannt oder schlecht auffindbar sind.

Der Katalog kann hier ein Steuerungsinstrument werden. Wenn ein Service oft bestellt wird, aber viel Nacharbeit verursacht, braucht er bessere Beschreibung, klarere Vorbedingungen oder Automatisierung. Wenn ein Service kaum genutzt wird, obwohl der Bedarf sichtbar ist, stimmt vielleicht der Name, der Bestellweg oder die Zielgruppe nicht. Wenn ein nicht gelistetes Werkzeug immer häufiger auftaucht, ist das ein Signal für eine Angebotslücke.

Supportgrenzen schützen Nutzer und Service Desk

Ein unterschätzter Nutzen liegt in den Supportgrenzen. Nutzer müssen wissen, was die IT vollständig unterstützt, was sie nur berät und was außerhalb des geregelten Betriebs liegt. Der Service Desk braucht dieselbe Information, sonst entstehen widersprüchliche Antworten und unnötige Eskalationen.

Ein guter Eintrag beantwortet daher mehr als die Frage nach dem Bestellbutton. Er nennt Voraussetzungen, Reaktionsweg, verantwortliche Rolle, typische Bearbeitungszeit, Sicherheitsanforderungen und bekannte Alternativen. Das reduziert Rückfragen und verhindert, dass Einzelfälle immer wieder neu ausgehandelt werden.

Gerade bei Cloud-Diensten ist das wichtig. Eine Anwendung kann fachlich nützlich sein und trotzdem nicht für vertrauliche Daten, kritische Prozesse oder automatische Schnittstellen geeignet sein. Wenn der Katalog diese Grenzen offen erklärt, wird Governance für Nicht-Experten verständlich. Dann wirkt sie weniger wie Blockade und stärker wie Schutz vor späteren Problemen.

Der Einstieg gelingt mit den meistgefragten Services

Ein Servicekatalog muss nicht perfekt starten. Sinnvoll ist ein kleiner, belastbarer Kern. Welche zehn bis zwanzig Leistungen werden am häufigsten angefragt? Wo entstehen die meisten Rückfragen? Wo tauchen nicht freigegebene Alternativen auf? Aus diesen Antworten entsteht eine erste Version, die täglich genutzt und verbessert werden kann.

Für jeden Eintrag reichen zu Beginn klare Felder. Wofür ist der Service da? Wer darf ihn nutzen? Wie wird er angefordert? Wer besitzt ihn? Welche Daten oder Risiken sind relevant? Was kostet oder bindet er grob? Was passiert bei Störungen? Diese Informationen machen den Katalog nützlich, ohne ihn in Bürokratie zu verwandeln.

Danach sollte der Betrieb den Katalog wie ein lebendes Produkt behandeln. Suchbegriffe aus dem Portal, Ticketgründe, abgelehnte Anfragen und bekannte Ausweichlösungen liefern Hinweise. Wenn Nutzer immer wieder anders fragen, muss der Katalog ihre Sprache lernen. Wenn Schatten-IT wiederkehrt, fehlt möglicherweise ein offizieller Service, eine schnellere Freigabe oder eine bessere Erklärung.

Aus Dokumentation wird Betriebssteuerung

Der Servicekatalog ist stark, wenn er Entscheidungen erleichtert. Er zeigt, welche Services offiziell verfügbar sind, wer sie betreibt, welche Grenzen gelten und wo die Nachfrage an der Realität vorbeiläuft. Damit wird er zu einem Frühwarnsystem für Kosten, Risiken und Nutzerfrust.

ITSM-Verantwortliche sollten ihn deshalb nicht als Ablage behandeln. Der Katalog gehört in Service Reviews, in die Planung neuer Cloud-Dienste, in Gespräche mit Fachbereichen und in die Auswertung von Tickets. Dort zeigt er, ob das offizielle Angebot zur Arbeit der Nutzer passt.

Schatten-IT verschwindet nicht durch Verbote allein. Sie wird kleiner, wenn der offizielle Weg verständlich, schnell genug und sichtbar nützlich ist. Genau dabei hilft ein guter Servicekatalog. Er macht Angebote greifbar, Grenzen erklärbar und Lücken teuer sichtbar, bevor sie im Betrieb dauerhaft hängen bleiben.

Quellen und Einordnung: Atlassian zum IT-Servicekatalog, IBM Übersicht zu IT Service Management, Axelos zu Service Catalogue Management in ITIL 4. Stand der Quellenprüfung 23.06.2026. Der Beitrag enthält keine Preise, Gebühren oder Leistungssätze.