Wissen & Methoden

Ticketbacklog

9 Min. Lesezeit September 2026

„Ihr Ticket ist in Bearbeitung.“ — Tag 1. Tag 2. Tag 5. Zwei Wochen.

Viele Unternehmen investieren gezielt in ihren ServiceDesk: Erreichbarkeit, Reaktionszeiten, strukturierte Ticketaufnahme. Der erste Eindruck ist in der Regel positiv. Die eigentliche Servicequalität entscheidet sich aber danach — im 2nd oder 3rd Level.

Dort entsteht, unterhalb der Wasseroberfläche, ein Berg. Nicht, weil im 2nd Level niemand arbeitet, sondern weil die Organisation nicht darauf ausgelegt ist, Tickets im Fluss zu halten. Das Ticket verliert den Schwung.

Auf dieser Seite

Was der Kunde sieht
Vier Ursachen — und keine davon liegt bei einzelnen Personen
3,5 Tipps gegen den Berg
Tipp 1 — Spielregeln verabreden (OLA)
Tipp 2 — Ticketalter und letzte Aktivität auswerten
Tipp 3 — Wöchentliches Backlog Review
Der halbe Tipp — der Ticketputztag
Checkliste: den Backlog im Griff behalten
Was ein aktives Backlog-Management bringt
Im Gespräch: wenn Tickets im 2nd Level versanden
Weiterlesen

Was der Kunde sieht

Kunden unterscheiden nicht zwischen Organisationseinheiten. Sie sehen keinen 1st und keinen 2nd Level und keine internen Zuständigkeiten. Für sie zählen drei Fragen:

Wird mein Problem gelöst?
Wie lange dauert das?
Werde ich informiert?

Bleibt ein Ticket längere Zeit „in Bearbeitung“, entsteht Unsicherheit: Haben die mich vergessen? Aus Unsicherheit wird Frust, aus Frust Vertrauensverlust. Und dieser Frust äußert sich meist nicht sofort, sondern führt schleichend zu Unzufriedenheit und Abwanderung.

Hinweis

Das Bemerkenswerte daran: Es war niemand unfreundlich, der ServiceDesk war erreichbar, die Aufnahme war sauber. Die Unzufriedenheit entsteht an einer Stelle, die in keiner Servicebefragung abgefragt wird — dem Stillstand nach der Aufnahme. Der Status „in Bearbeitung“ bedeutet für den Kunden schlicht „Warten“, und das ist vielen in den nachgelagerten Teams nicht bewusst.

Vier Ursachen — und keine davon liegt bei einzelnen Personen

Es fehlen Spielregeln

Zwischen 1st und 2nd Level gibt es keine Vereinbarung, wie mit übergebenen Tickets umzugehen ist. „Gib mal rüber, wir gucken“ ist keine Verabredung.

Es fehlt Transparenz

Niemand sieht, wie alt ein Ticket ist und wann zuletzt etwas darin geschah. Der ServiceDesk merkt den Stillstand oft als Letzter — meistens, wenn der Kunde anruft.

Die Priorisierung kippt

Im 2nd Level konkurriert der laufende Betrieb mit Projekten. „Wir ertrinken im Projekt, wir haben keine Zeit für eure Tickets“ ist eine Priorisierungsentscheidung — nur hat sie niemand bewusst getroffen.

Es fehlt die Steuerung

Es gibt keine Stelle, die den Ticketfluss verantwortlich in die Hand nimmt. Ohne sie ist der wachsende Backlog kein Zufall, sondern die logische Folge.

3,5 Tipps gegen den Berg

Tipp 1 — Spielregeln verabreden (OLA)

Ein Operational Level Agreement ist die interne Entsprechung zum SLA: die Verabredung zwischen 1st und 2nd Level, zwischen Service und Entwicklung, zwischen Support und Fachabteilung.

Wer übernimmt wann?
Was heißt eigentlich „wir bearbeiten das zügig“? Darüber gehen die Ansichten regelmäßig auseinander.
Bleibt das Ticket im selben System, oder wandert es in ein anderes?
Wann eskaliert wer — der 1st Level beim 2nd, oder gibt es eine übergeordnete Stelle?

Definition

Kein SLA ohne ein OLA. Der 1st Level kann seine Zusagen an den Kunden nur einhalten, wenn er sich darauf verlassen kann, dass auch in den nachgelagerten Einheiten Verlässlichkeit besteht. Er ist darauf angewiesen.

Tipp 2 — Ticketalter und letzte Aktivität auswerten

Beides lässt sich in jedem Ticketsystem messen, und beides wird selten ausgewertet. Die Fragen sind einfach:

Wie viele Tickets sind älter als eine Woche?
Wie viele sind älter als zwei Wochen? Dort wird es kritisch.
Wann war die letzte Aktivität?

Der zweite Wert ist der wichtigere. Ein Ticket kann drei Wochen alt sein und trotzdem in Ordnung — wenn regelmäßig daran gearbeitet und der Kunde auf dem Laufenden gehalten wird. Kritisch ist nicht das Alter, sondern der Stillstand.

Tipp 3 — Wöchentliches Backlog Review

Einmal in der Woche schauen alle Beteiligten gemeinsam auf den Backlog — Menschen aus dem 1st und aus dem 2nd Level. Nicht, um Schuld zu verteilen, sondern um eine einzige Frage zu beantworten: Warum liegt das hier?

Weil sich niemand zuständig fühlt? Weil auf ein Ersatzteil gewartet wird? Weil ein Software-Update aussteht? Jede dieser Antworten führt zu einer anderen Maßnahme — und keine davon findet sich ohne das Gespräch.

Je mehr das institutionalisiert wird, desto besser läuft es. Und desto seltener wächst der Berg überhaupt erst nach.

Der halbe Tipp — der Ticketputztag

Manchmal ist der Berg schon da. Dann hilft nur ein klarer Schnitt: ein Ticketputztag — im Schwäbischen würde man Kehrwoche dazu sagen. Ein Tag, an dem alle gemeinsam ausmisten, was sich angesammelt hat.

Ein Tag mit Fokus auf alte Tickets. Alle aus dem 1st und 2nd Level schauen sich alte Tickets an und machen sonst nichts — außer, es kommt eine Prio-1-Störung herein. Keine Schulung, kein Projekt, nichts anderes: alte Tickets klären, abschließen, bereinigen.

Achtung

Ein Ticketputztag darf kein Prozess werden. Er ist ein Reset, ein Neustart, um den Bodensatz wegzubekommen. Wer ihn regelmäßig braucht, hat ein strukturelles Problem — und sollte an Tipp 1 bis 3 arbeiten statt an der vierten Kehrwoche. Sonst entsteht obendrein ein Anreiz, Unangenehmes liegenzulassen: Der Putztag kommt ja.

Checkliste: den Backlog im Griff behalten

Bereich	Was zu tun ist
Verbindlichkeit schaffen	Klare Spielregeln zwischen 1st und 2nd Level definieren (OLA). Reaktions- und Bearbeitungszeiten festlegen.
Transparenz herstellen	Ticketalter regelmäßig auswerten. „Letzte Aktivität“ sichtbar machen. Backlog je Team darstellen.
Steuerung etablieren	Wöchentliches Backlog Review durchführen. Fokus auf alte und inaktive Tickets legen.
Verantwortung klären	Zuständigkeiten für Ticketgruppen definieren. Eskalationswege festlegen.
Ticketputztag gezielt einsetzen	Bei hohem Backlog einen klaren Reset durchführen — einmalig, nicht als Routine.

Was ein aktives Backlog-Management bringt

Verlässlichkeit in der Bearbeitung
Weniger Eskalationen und Rückfragen
Stärkere Zusammenarbeit zwischen den Servicelevels
Serviceleistung wird sichtbar und steuerbar
Mehr Resilienz im Service

„Guter Service endet nicht im 1st Level — er beginnt dort. Ein Ticket ist erst dann gelöst, wenn der Kunde seine Lösung hat. Nicht, wenn ich es aus dem 1st Level irgendwohin weitergeleitet habe.“

Servicequalität entsteht nicht durch schnelle Annahme, sondern durch konsequente Lösung und einen regelbasierten Bearbeitungsprozess. Ein Ticket ist kein technischer Vorgang, sondern ein Kundenversprechen — und dieses Versprechen wird dort eingelöst, wo die Lösung entsteht.