Warum IT-Effizienzprojekte scheitern — und wie man die richtige Stelle findet

80 Prozent aller IT-Automatisierungsprojekte scheitern nicht an der Technik — sondern an der Stellenwahl. Das Tool funktioniert, die Integration läuft, das Team ist geschult. Aber der Effekt bleibt aus, weil die falsche Stelle automatisiert wurde.

Das ist kein technisches Problem. Es ist ein Analyseproblem.

Die Volumen-Falle

Wenn ein VP IT entscheiden soll, wo Automatisierung den größten Effekt hat, liegt der erste Blick auf dem Volumen. Die Kategorie mit den meisten Tickets muss der beste Kandidat sein — schließlich spart man dort bei jeder Automatisierung am meisten ein.

Das klingt logisch, führt aber systematisch in die Irre.

Stellen Sie sich zwei Kategorien vor: Kategorie A hat 1.200 Tickets pro Monat mit einer durchschnittlichen Bearbeitungszeit von 12 Minuten. Kategorie B hat 400 Tickets pro Monat mit einer durchschnittlichen Bearbeitungszeit von 3 Stunden. Volumen sagt: Kategorie A. Stundeneffekt sagt: Kategorie B — mit mehr als dem Dreifachen der gebundenen Arbeitszeit.

Die Volumen-Falle entsteht, weil Standard-Reports Tickets zählen statt Stunden zu messen. Ein ITSM-Dashboard zeigt: "Kategorie A: 1.200 Tickets." Es zeigt nicht: "Kategorie A bindet 240 Arbeitsstunden. Kategorie B bindet 1.200 Arbeitsstunden." Und genau das ist die Information, die eine Investitionsentscheidung braucht.

Warum "mit weniger mehr schaffen" keine Strategie ist

Der Auftrag an die IT-Leitung klingt einfach: Mit dem gleichen Budget mehr Output liefern. Effizienz steigern. Automatisieren.

Aber Effizienz ist kein Schalter, den man umlegt. Es ist eine Entscheidung, die auf einer Analyse basiert — und diese Analyse fehlt in den meisten Organisationen.

Was die meisten IT-Leiter zur Verfügung haben:

• Ticketvolumen pro Kategorie — sagt nichts über Effizienzpotenzial
• Durchschnittliche Durchlaufzeit — verdeckt die Bereiche, in denen strukturell Zeit verschwendet wird
• SLA-Erfüllung — misst Einhaltung, nicht Potenzial
• Mitarbeiterzufriedenheit — ein Symptom, keine Diagnose

Was fehlt: Eine Analyse, die zeigt, wo Bearbeitungszeit systematisch verschwendet wird — nicht weil Mitarbeiter langsam sind, sondern weil der Prozess es erzwingt. Wo Tickets in Warteschlangen stehen, die niemand sieht. Wo Übergaben zwischen Teams Tage kosten, obwohl die Bearbeitung selbst Minuten dauert.

Die drei häufigsten Fehler bei der Stellenwahl

1. Die lauteste Beschwerde automatisieren

Wenn der Fachbereich sich über lange Wartezeiten bei Kategorie X beschwert, liegt der Reflex nahe: "Dann automatisieren wir Kategorie X." Aber die Beschwerden kommen aus der Nutzerperspektive — und die sieht nicht, ob die Wartezeit durch Bearbeitungszeit oder durch Liegezeit entsteht.

Automatisierung verkürzt Bearbeitungszeit. Wenn das Problem Liegezeit ist — weil Tickets in einer Warteschlange stehen, auf Zuarbeit warten oder zwischen Teams hin- und hergeschoben werden — bringt Automatisierung nichts. Das Ticket wird zwar schneller bearbeitet, wartet aber genauso lange in der Queue.

2. Den Branchenbenchmark kopieren

"Im Branchendurchschnitt automatisieren Unternehmen unserer Größe Passwort-Resets und Standard-Changes." Das mag stimmen — aber der Branchendurchschnitt kennt Ihre spezifische Prozessstruktur nicht.

Vielleicht hat Ihr Unternehmen Passwort-Resets bereits gut im Griff (durchschnittliche Bearbeitungszeit: 8 Minuten, kaum Liegezeit). Dafür hat eine andere Kategorie ein strukturelles Problem, das im Benchmark nicht auftaucht. Wer den Benchmark kopiert, investiert in die durchschnittliche Organisation — nicht in die eigene.

3. Alles gleichzeitig angehen

Der umgekehrte Fehler: Statt eine Stelle zu priorisieren, werden fünf Automatisierungsprojekte gleichzeitig gestartet. Jedes bekommt ein Fünftel des Budgets, ein Fünftel der Aufmerksamkeit und ein Fünftel der Chance auf Erfolg.

Die effektivere Strategie: Die eine Stelle finden, die den größten Hebel hat. Dort investieren, messen, lernen. Dann die nächste Stelle.

Was man stattdessen braucht

Die richtige Stellenwahl erfordert drei Dinge, die in Standard-Reports nicht vorkommen:

Erstens: Bearbeitungszeit statt Ticketvolumen. Nicht "Wie viele Tickets hat diese Kategorie?" sondern "Wie viele Arbeitsstunden bindet diese Kategorie?" Eine Kategorie mit 200 Tickets und je 4 Stunden Bearbeitungszeit bindet 800 Stunden — mehr als eine Kategorie mit 2.000 Tickets und je 10 Minuten.

Zweitens: Strukturelle Ineffizienz statt Einzelausreißer. Nicht "Dieses Ticket hat 14 Tage gedauert" sondern "Diese Kategorie hat im Median eine 3-fach erhöhte Bearbeitungszeit gegenüber vergleichbaren Kategorien." Einzelfälle sind Zufall. Muster sind Hebel.

Drittens: Zerlegung in Bearbeitungs- und Liegezeit. Nicht "Die Durchlaufzeit beträgt 5 Tage" sondern "Die Bearbeitungszeit beträgt 2 Stunden, die Liegezeit 4,8 Tage." Automatisierung wirkt auf Bearbeitungszeit. Liegezeit erfordert Prozessänderungen — andere Maßnahme, anderes Budget, anderer Verantwortlicher.

Wie die Analyse in der Praxis aussieht

Ein VP IT mit 4.000 Tickets pro Monat steht vor der Frage: Wo investiere ich mein Automatisierungsbudget?

Der Standard-Report zeigt 42 Kategorien mit jeweils Volumen und SLA-Erfüllung. Die drei volumestärksten Kategorien sehen nach dem offensichtlichen Kandidaten aus. Aber die Analyse nach Stundeneffekt ergibt ein anderes Bild:

Die volumestärkste Kategorie (Service-Anfragen, 680 Tickets) hat eine durchschnittliche Bearbeitungszeit von 15 Minuten. Gesamtbindung: 170 Stunden. Eine andere Kategorie (Anwendungsstörungen, 280 Tickets) hat eine durchschnittliche Bearbeitungszeit von 2,5 Stunden. Gesamtbindung: 700 Stunden. Noch dazu liegt die Bearbeitungszeit dieser Kategorie 2,8-fach über vergleichbaren Kategorien — ein strukturelles Muster, kein Zufall.

Der Hebel liegt bei den Anwendungsstörungen. Nicht weil es die meisten Tickets sind, sondern weil dort die meiste Bearbeitungszeit gebunden ist — und weil die erhöhte Bearbeitungszeit auf ein strukturelles Problem hinweist, das sich adressieren lässt.

Effizienz ist eine Frage der Analyse

Automatisierung ist kein Selbstzweck. Sie ist ein Mittel, das nur dort wirkt, wo die Analyse es rechtfertigt. Die Frage ist nicht "Was können wir automatisieren?" sondern "Wo ist die strukturelle Ineffizienz — und ist Automatisierung der richtige Hebel?"

Manchmal ist die Antwort eine Prozessänderung. Manchmal ein geändertes Routing. Manchmal eine Kapazitätsanpassung. Und manchmal ist es tatsächlich Automatisierung — aber an einer Stelle, die kein Standard-Dashboard als Kandidat angezeigt hätte.

Process Radar macht genau diese Stellen sichtbar. Testen Sie es mit Ihren eigenen Daten.

Häufig gestellte Fragen

Warum scheitern IT-Automatisierungsprojekte trotz guter Technik? In den meisten Fällen liegt es nicht an der Implementierung, sondern an der Stellenwahl. Wenn die falsche Stelle automatisiert wird — etwa eine Kategorie mit hohem Volumen aber niedriger Bearbeitungszeit — bleibt der Effizienzeffekt minimal. Die Technik funktioniert, aber der Hebel fehlt.

Wie erkennt man, ob Automatisierung oder Prozessänderung der richtige Ansatz ist? Entscheidend ist die Zerlegung der Durchlaufzeit in Bearbeitungszeit und Liegezeit. Automatisierung verkürzt Bearbeitungszeit. Wenn das Problem aber Liegezeit ist — Tickets warten in Queues, auf Zuarbeit oder auf Freigaben — braucht es eine Prozessänderung: anderes Routing, geänderte Übergaben oder angepasste Eskalationsregeln.

Wie identifiziert man die Stelle mit dem größten Effizienzpotenzial? Drei Schritte: Erstens, Bearbeitungszeit pro Kategorie messen statt nur Ticketvolumen zählen. Zweitens, Kategorien vergleichen — welche haben systematisch erhöhte Bearbeitungszeit gegenüber vergleichbaren Kategorien? Drittens, den Stundeneffekt berechnen: Anzahl betroffener Tickets mal Mehraufwand pro Ticket ergibt den tatsächlichen Hebel.