Telefon, Chat und Zuruf unterbrechen den IT-Alltag. ITSM bündelt Anfragen, macht Prioritäten sichtbar und schafft Freiraum für planbare Arbeit.
Der Drucker funktioniert nicht, ein Update wird dringend gebraucht und ein neues Teammitglied wartet auf Zugriffsrechte. Treffen diese Anliegen gleichzeitig per Telefon, Chat und Zuruf ein, verbringt die IT viel Zeit damit, Arbeit zu organisieren. Eine gemeinsame Sicht auf offene Aufgaben fehlt.
IT-Service-Management, kurz ITSM, schafft dafür einen geregelten Rahmen. Es verbindet die Erfassung von Anfragen mit Zuständigkeiten, Prioritäten und nachvollziehbaren Abläufen. Ein Ticketsystem unterstützt diesen Rahmen, ersetzt aber nicht die Verständigung darüber, wie der Service funktionieren soll.
Ein zentraler Servicekanal sorgt dafür, dass Anfragen nicht an einzelne Personen gebunden bleiben. Das kann ein Self-Service-Portal sein, ergänzt um E-Mail oder Telefon, deren Anliegen ebenfalls erfasst werden. Wichtig ist, dass am Ende alle relevanten Vorgänge in einer gemeinsamen Bearbeitung landen.
Beschäftigte sehen, welche Angaben benötigt werden und welchen Status ihr Anliegen hat. Für das IT-Team wird erkennbar, welche Aufgaben offen sind und wer sie bearbeitet. Rückfragen und doppelte Meldungen lassen sich dadurch reduzieren.
Die lauteste Anfrage ist nicht automatisch die wichtigste. Eine Störung an einem einzelnen Arbeitsplatz braucht eine andere Priorität als der Ausfall eines Systems, von dem eine ganze Abteilung abhängt.
Standardanfragen wie Softwarebestellungen oder Onboarding eignen sich für klare Workflows. Genehmigungen, Rückfragen und technische Schritte können teilweise automatisiert werden. Wissensartikel helfen Beschäftigten, einfache Probleme selbst zu lösen.
Auch KI kann beispielsweise beim Finden vorhandener Anleitungen oder beim Kategorisieren von Anfragen unterstützen. Voraussetzung sind geeignete Daten, geprüfte Ergebnisse und klar begrenzte Befugnisse. Eine automatische Sofortlösung für jedes Anliegen sollte niemand versprechen.
Im Alltag wird fast jedes Anliegen als Ticket bezeichnet. Für die Bearbeitung lohnt eine genauere Unterscheidung. Eine Störung beeinträchtigt eine bestehende Leistung. Eine Serviceanfrage richtet sich auf eine bekannte Leistung, etwa Software oder Ausstattung. Wiederkehrende Probleme benötigen zusätzlich eine Ursachenbetrachtung. Diese Einteilung hilft, passende Informationen abzufragen. Sie trennt die schnelle Wiederherstellung einer Leistung von der Arbeit an einer dauerhaften Verbesserung. Dafür müssen Beschäftigte keine Fachbegriffe kennen, solange das Portal ihre Anliegen verständlich aufnimmt.
Tritt beispielsweise dieselbe Druckerstörung regelmäßig auf, kann der Support Arbeitsplätze jeweils schnell wieder nutzbar machen. Die Ursache bleibt trotzdem offen. Werden ähnliche Vorgänge verbunden, lässt sich prüfen, ob Konfiguration, Treiber oder Gerät bearbeitet werden sollten. Ohne diese Sicht bleibt das Team bei wiederholter Einzelhilfe. Ursachenarbeit benötigt einen Verantwortlichen und einen Platz in der Planung. Sonst verdrängt das Tagesgeschäft die Verbesserung erneut, obwohl sich alle Beteiligten über den wiederkehrenden Aufwand einig sind.
Ein erster Katalog muss nicht sämtliche Leistungen enthalten. Beginnen Sie mit häufigen Anliegen und wiederkehrenden Rückfragen. Für jeden Service sollten Zielgruppe, benötigte Angaben und Voraussetzungen verständlich sein. Anwender müssen nicht wissen, welche technische Gruppe intern zuständig ist. Sie sollen erkennen können, welche Leistung ihr Problem beschreibt und was nach einer Anfrage geschieht. Diese Perspektive verhindert, dass interne Abteilungsgrenzen zur Navigation im Portal werden und die Zuordnung anschließend doch wieder telefonisch geklärt werden muss.
Testen Sie die wichtigsten Einträge mit Menschen außerhalb des Projektteams. Finden sie den passenden Service ohne Erklärung? Verstehen sie Pflichtfelder und Rückmeldungen? Kurze Tests liefern konkrete Hinweise, bevor ein aufwendig gestaltetes Portal veröffentlicht wird. Besonders wichtig sind Situationen, in denen Beschäftigte unter Zeitdruck stehen. Wenn für eine einfache Anfrage zuerst technische Produktnamen recherchiert werden müssen, ist der offizielle Weg im Alltag noch nicht ausreichend verständlich. Kleine sprachliche Anpassungen können hier mehr helfen als zusätzliche Funktionen.
Ein vereinfachtes Beispiel: Eine Führungskraft meldet den Eintritt einer Person. Ein strukturiertes Formular fragt Rolle, Standort und Starttermin ab. Daraus entstehen Aufgaben für Gerät, Standardsoftware und erforderliche Zugänge. Fachliche Freigaben werden dort eingeholt, wo sie nötig sind. Die Aufgaben bleiben verbunden, sodass fehlende Voraussetzungen erkennbar sind. Der Nutzen liegt in einer gemeinsamen Bearbeitung statt mehrerer unabhängig weitergeleiteter E-Mails. Gleichzeitig wird sichtbar, welche Informationen bereits beim Antrag vollständig vorliegen müssen.
Auch Änderungen brauchen einen definierten Weg. Verschiebt sich der Eintritt oder ändert sich die Rolle, müssen betroffene Aufgaben angepasst werden. Erst wenn solche Ausnahmen berücksichtigt sind, ist die Automatisierung im Alltag brauchbar. Als Ergebnis lässt sich beispielsweise prüfen, ob die vereinbarte Grundausstattung rechtzeitig bereitsteht. Wiederholte Verzögerungen werden anschließend ihrer Ursache zugeordnet. Das Beispiel beschreibt einen möglichen Sollprozess. Es ist keine allgemeine Zusage, dass jeder Arbeitsplatz unabhängig von Lieferzeiten und Freigaben innerhalb einer bestimmten Frist bereitgestellt werden kann.
Ein Reaktionsziel beschreibt die erste qualifizierte Aufnahme, ein Lösungsziel das gewünschte Ergebnis. Eine automatische Eingangsbestätigung ist noch keine fachliche Reaktion. Bei Störungen kann zunächst eine nutzbare Zwischenlösung entstehen, obwohl die dauerhafte Behebung noch Arbeit benötigt. Werden diese Begriffe nicht getrennt, zeigt dieselbe Kennzahl auf verschiedenen Seiten scheinbar widersprüchliche Ergebnisse. Definieren Sie deshalb, welche Bearbeitungsschritte betrachtet werden und wie Anwender über Zwischenstände informiert werden. Das schafft nachvollziehbare Erwartungen statt abstrakter Zeitversprechen.
Berücksichtigen Sie Wartezustände. Fehlt eine Freigabe oder wartet die IT auf einen Lieferanten, sollte dieser Zustand erkennbar sein. Er darf nicht genutzt werden, um schwierige Fälle verschwinden zu lassen. Für eine faire Steuerung müssen Beginn und Ende der Bearbeitungsphasen eindeutig sein. Dann lässt sich erkennen, ob zusätzliche Fachkapazität, bessere Eingangsinformationen oder ein anderer Genehmigungsweg den größten Effekt hätte. Die Kennzahl sollte Entscheidungen ermöglichen, nicht lediglich eine möglichst günstige Darstellung der Arbeitsbelastung erzeugen.
Viele Lösungen existieren bereits, sind aber nur einzelnen Fachkräften bekannt. Ein geprüfter Wissensartikel kann wiederholte Rückfragen vermeiden. Beschreiben Sie das erkennbare Problem, Voraussetzungen und erlaubte Schritte. Benötigt eine Maßnahme technische Rechte oder könnte sie Daten gefährden, muss das deutlich werden. Gute Selbsthilfe ermöglicht einen rechtzeitigen Übergang zur persönlichen Unterstützung. Sie schickt Beschäftigte nicht durch riskante Anleitungen, nur damit ein Vorgang nicht beim Service Desk landet. Die Verständlichkeit sollte mit typischen Anwendern überprüft werden.
Für die Pflege braucht jeder wichtige Inhalt einen Verantwortlichen. Veraltete Anleitungen beschädigen das Vertrauen und erzeugen neue Rückfragen. Beobachten Sie, welche Artikel häufig gesucht werden und ob sie helfen. Erkenntnisse aus realen Vorgängen fließen in die Überarbeitung ein. KI kann Suche und Formulierung unterstützen, wenn Inhalte freigegeben und Ergebnisse überprüft werden. Die fachliche Verantwortung bleibt bestehen. Ein regelmäßiger kurzer Pflegetermin ist häufig wirksamer als ein großes einmaliges Wissensprojekt ohne anschließende Betreuung.
Vor der Veränderung sollten Sie einige typische Vorgänge betrachten. Wie viele Rückfragen sind nötig und an welchen Stellen warten sie? Wie häufig wird Arbeit doppelt aufgenommen? Diese Beobachtungen liefern einen Ausgangspunkt, ohne dass zunächst ein umfangreiches Kennzahlensystem aufgebaut werden muss. Wiederholen Sie die Betrachtung nach der Einführung anhand vergleichbarer Fälle. Nur so wird sichtbar, ob die Änderung mehr bewirkt als eine neue Oberfläche.
Vermeiden Sie eine einseitige Bewertung nach geschlossenen Tickets. Ein schneller Abschluss kann auf eine gute Lösung hindeuten, aber auch auf eine unvollständige Bearbeitung. Ergänzen Sie Zahlen daher um Stichproben und Rückmeldungen. Fragen Sie, ob Beschäftigte tatsächlich wieder arbeiten können und ob dieselbe Störung kurz darauf erneut auftritt. Dadurch bleibt die Servicewirkung im Mittelpunkt und nicht die möglichst günstige Darstellung einzelner Kennzahlen.
Die Ergebnisse sollten in wenige konkrete Anpassungen münden. Verantwortliche, gewünschtes Ergebnis und erneuter Prüftermin reichen oft als erste Struktur. Ein solches Vorgehen ist auch für kleine Teams handhabbar. Es verbindet Verbesserungen mit dem Tagesgeschäft und verhindert, dass ITSM nach der Einführung zu einem getrennten Projekt ohne weiteren Bezug zur Arbeit wird.
Zuerst sollten die wichtigsten Schwierigkeiten klar sein. Manche Verbesserungen sind mit vorhandenen Funktionen möglich. Eine neue Plattform wird gezielt ausgewählt, wenn sie konkrete Anforderungen besser erfüllt. Sonst wird lediglich ein ungeklärter Ablauf in ein neues Werkzeug übertragen, während notwendige Entscheidungen weiterhin fehlen.
Bieten Sie einen erkennbaren Vorteil: verständliche Services, weniger Rückfragen und transparente Bearbeitung. Erklären Sie zugleich den Weg für dringende Störungen. Das Portal sollte den Zugang zur Hilfe erleichtern. Rückmeldungen aus den ersten Nutzungswochen gehören in eine feste Verbesserungsrunde, damit Beschäftigte merken, dass Hinweise tatsächlich berücksichtigt werden.
Beginnen Sie mit wenigen häufigen Anfragetypen und prüfen Sie anschließend, ob Bearbeitungszeiten, Rückfragen und ungeplante Unterbrechungen abnehmen. So wächst ITSM aus dem tatsächlichen Alltag heraus.
DSP begleitet mittelständische Unternehmen bei der Gestaltung ihrer Serviceprozesse, bei Automatisierungen und bei der Einführung passender Plattformen. Gemeinsam lässt sich bestimmen, welche Zeitfresser zuerst angegangen werden sollten.
Sie möchten Ihre nächsten Schritte konkret planen? Sprechen Sie mit den Experten von DSP.
