Gehört dieser Sonderwunsch ohne Freigabe in den Servicekatalog?

Ein Servicekatalog soll Nutzern den richtigen Weg in die IT zeigen. Er wird aber schwach, wenn jeder Sonderwunsch wie ein normaler Bestellpunkt aussieht. Dann entsteht nicht weniger Arbeit, sondern ein verdeckter Freigabeprozess mit falschen Erwartungen.

Für ITSM-Generalisten ist der Servicekatalog mehr als eine Liste von Formularen. Er beschreibt, welche IT-Leistungen bestellbar sind, welche Angaben dafür nötig sind und welcher Ablauf danach folgt. Genau deshalb muss er klar trennen zwischen Standardleistung, prüfpflichtiger Ausnahme und Beratung. Fehlt diese Grenze, wird der Katalog zur Wunschliste.

Ein Formular macht noch keinen Service

Ein häufiger Fehler entsteht, wenn Teams jede wiederkehrende Anfrage in ein Formular gießen. Ein neues Konto, eine Berechtigung, ein Softwarepaket oder ein zusätzlicher Arbeitsplatz klingt nach Standard. In der Praxis hängt die Entscheidung aber oft an Budget, Lizenz, Sicherheitsrisiko, Datenschutz, Geräteklasse, Standort oder fachlicher Verantwortung.

Wenn solche Fragen im Formular fehlen, bekommt der Service Desk einen unvollständigen Auftrag. Nutzer erwarten schnelle Erledigung, während die IT nachträglich klären muss, wer freigibt, wer bezahlt und wer das Risiko trägt. Der Katalog hat dann nicht vereinfacht. Er hat nur die Unsicherheit an eine spätere Stelle verschoben.

Standard bedeutet nicht automatisch einfach

Ein Service darf im Katalog stehen, obwohl er mehrere Schritte braucht. Entscheidend ist, dass diese Schritte sichtbar sind. Nutzer müssen erkennen, ob eine Leistung sofort ausführbar ist, ob eine Freigabe nötig wird oder ob zuerst eine fachliche Prüfung ansteht. Der Unterschied wirkt klein, verhindert aber viele falsche Erwartungen.

Ein guter Katalogtext beantwortet deshalb nicht nur die Frage, was bestellt werden kann. Er erklärt auch, wann eine Anfrage abgelehnt, geändert oder in ein Projekt überführt werden kann. Gerade bei Software, Zugängen und Cloud-Ressourcen ist diese Grenze wichtig. Eine scheinbar kleine Bestellung kann Folgekosten, Supportpflichten und Sicherheitsanforderungen auslösen.

Sonderwünsche brauchen eine eigene Spur

Nicht jeder Sonderwunsch ist falsch. Manchmal zeigt er eine echte Lücke im Angebot. Manchmal ist er ein Hinweis, dass ein Fachbereich anders arbeitet als der Katalog annimmt. Problematisch wird es erst, wenn Sonderwünsche durch denselben Ablauf laufen wie klare Standardleistungen.

Dann fehlen Vergleichbarkeit und Verantwortung. Ein Nutzer sieht nur ein Formular. Die IT sieht ein Risiko. Einkauf sieht vielleicht eine Lizenzfrage. Security sieht eine Berechtigungsfrage. Der Fachbereich sieht Termindruck. Ohne eigene Spur wird aus einer Anfrage ein Pingpong zwischen Rollen, die alle nur einen Teil der Entscheidung sehen.

Der Service Desk braucht Entscheidungsinformationen

Für den Service Desk ist der Katalog ein Arbeitswerkzeug. Er muss helfen, Anfragen richtig zu lenken. Dafür braucht jedes Katalogelement Mindestinformationen. Wer darf bestellen? Welche Voraussetzungen gelten? Welche Daten werden benötigt? Welche Freigabe ist möglich? Wann wird die Anfrage nicht mehr als Standard behandelt?

Diese Informationen müssen im Katalog stehen, nicht nur in internen Notizen. Sonst kann der Service Desk zwar Tickets annehmen, aber keine Erwartung steuern. Nutzer erfahren erst nach dem Absenden, dass ihre Anfrage unvollständig, riskant oder außerhalb des Angebots ist. Das erzeugt Frust und zusätzliche Rückfragen.

Toolpflege ist redaktionelle Arbeit

Servicekataloge wirken oft wie reine Toolkonfiguration. In Wahrheit brauchen sie redaktionelle Pflege. Bezeichnungen müssen verständlich sein. Leistungen dürfen nicht doppelt auftauchen. Ausnahmen brauchen klare Hinweise. Veraltete Angebote müssen entfernt oder markiert werden. Neue Standardleistungen sollten erst dann live gehen, wenn Ablauf, Freigabe und Verantwortliche geklärt sind.

Das ist keine kosmetische Aufgabe. Ein unklarer Katalog erzeugt operative Kosten. Tickets werden falsch einsortiert. Genehmigungen fehlen. Nutzer wählen den scheinbar passenden Eintrag, obwohl ein anderer Weg nötig wäre. Reporting wird unzuverlässig, weil Standardfälle und Sonderfälle im gleichen Topf landen.

Katalogeinträge brauchen eine Besitzerrolle

Jeder Katalogeintrag sollte eine verantwortliche Rolle haben. Diese Rolle muss nicht jedes Ticket bearbeiten. Sie muss aber entscheiden können, ob der Eintrag fachlich stimmt, welche Voraussetzungen gelten und wann der Ablauf geändert werden muss. Ohne Besitzer altert der Katalog still vor sich hin.

Besonders wichtig ist diese Rolle bei Katalogeinträgen mit Kosten, Zugriffsrechten oder externen Abhängigkeiten. Dort reicht ein hübsches Formular nicht. Es braucht eine Aussage, wer den Bedarf beurteilt, wer die Freigabe trägt und welcher Standard nach der Erfüllung gilt. Sonst entstehen Leistungen, die niemand später sauber betreibt.

Ein einfacher Prüffilter verhindert viele Fehlwege

Vor jedem neuen Katalogeintrag hilft ein kurzer Filter. Ist die Leistung wirklich wiederholbar? Sind Voraussetzungen und Grenzen klar? Kann der Nutzer die nötigen Angaben verstehen? Gibt es eine verantwortliche Rolle? Ist der Freigabeweg beschrieben? Ist sichtbar, wann aus der Anfrage ein Sonderfall wird?

Wenn eine dieser Fragen offen bleibt, sollte der Eintrag nicht als normaler Bestellpunkt erscheinen. Dann ist eine Beratungsanfrage, eine Vorprüfung oder ein interner Klärungsprozess ehrlicher. Der Katalog bleibt dadurch nicht kleiner aus Bequemlichkeit. Er bleibt verlässlicher, weil Nutzer erkennen, welcher Weg wirklich zu ihrer Anfrage passt.

Der bessere Katalog reduziert falsche Sicherheit

Ein starker Servicekatalog verspricht nicht, dass jede Anfrage schnell erledigt wird. Er verspricht Orientierung. Nutzer sehen, was Standard ist, was geprüft werden muss und wo eine Entscheidung fehlt. Der Service Desk bekommt bessere Eingaben. Verantwortliche erkennen, welche Angebote gepflegt oder beendet werden müssen.

Die wichtigste Frage vor dem nächsten Katalogeintrag lautet daher nicht, ob sich dafür ein Formular bauen lässt. Sie lautet, ob der Ablauf ehrlich genug ist, um Standard, Ausnahme und Verantwortung zu unterscheiden. Erst dann wird der Servicekatalog zu einem Steuerungsinstrument statt zu einer Sammlung gut gemeinter Wunschknöpfe.

Quellen und Einordnung: Atlassian zum IT-Servicekatalog, Atlassian zum Service Request Management, IBM zur Einordnung von IT-Service-Management, AXELOS zum ITIL Service Value System. Stand der Quellenprüfung: 07.07.2026. Bildquelle: Pexels, Foto-ID 416322.