IT-Prozesse analysieren: Wie Sie ohne Projektbudget starten

IT-Prozesse analysieren scheitert selten an fehlenden Daten. Die Daten liegen in jedem ITSM-System. Es scheitert an der Annahme, dass Analyse ein Projekt braucht. Budget, Berater, Workshops, API-Integration. Sechs Monate Vorlauf, bevor der erste Befund vorliegt. Diese Einstiegshürde ist konstruiert. Ein CSV-Export und die richtige Auswertung reichen für die erste Diagnose.

Die Einstiegshürde ist nicht die Analyse

Ein IT-Leiter will wissen, warum die Durchlaufzeiten steigen. Die erste Idee: Process Mining. Die Realität: 3 bis 12 Monate Setup, 100.000 bis 500.000 Euro, ein dediziertes Projektteam. API-Anbindung an ServiceNow, Datenmapping, Transformationsregeln, Schulungen.

Das Ergebnis: Die Analyse wird vertagt. Nicht abgelehnt, nur verschoben. Auf nächstes Quartal, nächstes Budget, nächstes Jahr. Die Probleme bleiben unsichtbar. Nicht weil sie unsichtbar sind, sondern weil niemand hinschaut.

Die eigentliche Einstiegshürde liegt im Setup. In der API-Integration, der Datenmodellierung, der Toolauswahl. Die Analyse selbst ist der einfache Teil. Zwei Dateien, eine Auswertung, erste Befunde. Aber die Annahme, dass es ohne Projekt nicht geht, verhindert den ersten Schritt.

Ein konkretes Beispiel: Ein Unternehmen mit 400 Mitarbeitenden evaluiert Celonis. Ergebnis der Evaluation: 80.000 Euro Jahreslizenz, drei Monate Implementierung, ein halber FTE für die laufende Betreuung. Der CIO verschiebt die Entscheidung. Zwölf Monate später stellt sich heraus, dass 30 Prozent der Incident-Durchlaufzeit auf ein einziges Routing-Problem zurückgehen. Ein Problem, das mit vorhandenen Ticket-Daten in 15 Minuten sichtbar geworden wäre.

Dieses Muster wiederholt sich in vielen IT-Organisationen. Der IT-Leiter sieht steigende Durchlaufzeiten. Er fragt seine Teamleiter. Jedes Team meldet: "Bei uns läuft es." Die Wahrheit liegt in den Übergängen zwischen den Teams. Aber diese Übergänge zeigt kein Team-Dashboard. Und ohne Analyse bleibt die Ursache unsichtbar.

Das Ergebnis: Der IT-Leiter entscheidet ohne Daten. Er hört die Version jedes Teams. Jede Version klingt plausibel. Keine zeigt das Gesamtbild. Genau hier liegt der Bruch zwischen Mensch und System. Jedes Team optimiert lokal. Niemand sieht, dass die lokalen Optimierungen sich gegenseitig aufheben.

Was Sie für eine erste Diagnose wirklich brauchen

Zwei CSV-Dateien aus dem ITSM-System. Nicht mehr.

Datei 1: Tickets. Jede Zeile ein Ticket. Die relevanten Felder: ticket_id, created_at, closed_at, category, priority. Jedes gängige ITSM-System exportiert diese Daten.

Datei 2: Ticket-Historie. Jede Zeile ein Ereignis. Die relevanten Felder: ticket_id, event_at, field, new_value. Dieses Protokoll zeigt, wer wann zugewiesen wurde, welche Statuswechsel stattfanden, wo Wartezeiten entstanden.

ServiceNow, Jira Service Management, TOPdesk, Matrix42 bieten CSV-Export als Standardfunktion. Kein Admin-Zugang nötig, keine API, kein Datenbankzugriff. Export-Dauer: 5 bis 15 Minuten.

Die Datenmenge spielt dabei keine Rolle. 500 Tickets reichen für erste Muster. 5.000 Tickets liefern belastbare Aussagen auf Kategorie-Ebene. Selbst Datensätze mit 50.000 Tickets sind kein Problem. Mehr Daten bedeuten präzisere Muster, nicht längere Wartezeiten.

Die Einstiegshürde für Process Mining liegt bei Monaten und sechsstelligen Beträgen. Für eine Ticket-Analyse liegt sie bei einem Dateiexport.

Drei Fragen, die ein CSV-Export beantwortet

Die richtigen Fragen entscheiden über den Nutzen der Analyse. Nicht "Wie sieht der Prozess aus?", sondern "Wo liegt das Problem?". Drei Fragen decken die häufigsten Problemmuster ab.

Frage 1: Wie viele Zuweisungen durchläuft ein Ticket im Schnitt?

Diese Zahl zeigt die Routing-Qualität. In einer typischen ITSM-Umgebung haben 15 bis 25 Prozent aller Tickets mehr als zwei Zuweisungen. Jede zusätzliche Zuweisung verlängert die Durchlaufzeit im Median um 40 Prozent. Ein IT-Leiter, der diese Zahl kennt, sieht sofort, ob ein Routing-Problem vorliegt.

Beispiel: Ein Service-Desk mit 3.000 Tickets pro Monat. 600 davon durchlaufen drei oder mehr Zuweisungen. Median-Durchlaufzeit dieser Tickets: 72 Stunden. Direkt bearbeitete Tickets: 4 Stunden. Die Differenz ist kein Leistungsproblem. Es ist ein Zuständigkeitsproblem.

Frage 2: Welche Rolle hat die längste Verweildauer?

Verweildauer zeigt Kapazitätsengpässe. Nicht die Bearbeitungszeit pro Ticket ist relevant, sondern die Liegezeit. Wie lange wartet ein Ticket, bis jemand es anfasst? Wenn eine Rolle im Schnitt 18 Stunden Verweildauer hat und alle anderen unter 4 liegen, ist der Engpass identifiziert.

Beispiel: Das Netzwerk-Team zeigt eine Verweildauer von 22 Stunden. Bearbeitungszeit: 45 Minuten. Das Team ist nicht langsam. Es kommt nicht hinterher. Die Ursache ist kein Leistungsproblem. Es ist ein Kapazitätsproblem. Aber ohne diese Zahl diskutiert der IT-Leiter über Arbeitsqualität statt über Ressourcen.

Frage 3: Welche Kategorie-Rolle-Kombination fällt auf?

Einzelne Rollen oder Kategorien sehen oft unauffällig aus. Die Auffälligkeit entsteht in der Kombination. Eine bestimmte Kategorie bei einer bestimmten Rolle dauert dreimal so lang wie derselbe Ticket-Typ bei anderen Rollen. Das deutet auf eine Spezialisierungslücke hin.

Beispiel: Kategorie "Software-Installation" beim 2nd Level Support: 14 Stunden Durchlaufzeit. Dieselbe Kategorie beim Workplace-Team: 3 Stunden. Der 2nd Level ist nicht zuständig, bearbeitet aber trotzdem. Weil die Zuordnungsregel fehlt.

Alle drei Fragen zeigen denselben Mechanismus: Lokale Optimierung verdeckt das Gesamtbild. Jedes Team optimiert seinen Ausschnitt. Die Reibung entsteht dort, wo die Ausschnitte nicht zusammenpassen. IT-Prozesse analysieren heißt, diese Schnittstellen sichtbar zu machen. Nicht mit Meinungen. Mit Zahlen, die in den vorhandenen Daten stecken.

IT-Prozesse analysieren heißt nicht Process Mining

Process Mining ist nicht das falsche Werkzeug. Es ist das Werkzeug für andere Fragen. Compliance-Analysen über mehrere Systeme, Prozessvarianten-Erkennung, Prozesslandschaften vom Eingang bis zum Abschluss über SAP, CRM und ITSM hinweg. Dort liefert Process Mining Ergebnisse, die kein CSV-Export erreicht.

Aber für ITSM-spezifische Fragen ist Process Mining überdimensioniert. Der IT-Leiter, der wissen will, warum bestimmte Tickets zu lange dauern, braucht keine Prozesslandkarte. Er braucht eine gezielte Auswertung der Ticket-Daten.

| Kriterium | Process Mining | Ticket-Analyse | |---|---|---| | Setup-Zeit | 3 bis 12 Monate | 15 Minuten | | Kosten | 100.000+ Euro/Jahr | Kostenloser Einstieg | | Datenzugang | API-Anbindung | CSV-Export | | Erste Ergebnisse | Nach Wochen | Sofort | | Zielgruppe | Process-Mining-Analysten | IT-Leiter, Service-Manager | | Analyse-Fokus | Gesamter Prozessfluss | Engpässe und Auffälligkeiten |

Die Tabelle zeigt den Unterschied in den Voraussetzungen. Nicht im Wert der Werkzeuge. Process Mining beantwortet systemübergreifende Fragen. Ticket-Analyse beantwortet operative Fragen innerhalb eines ITSM-Prozesses. Beides hat seinen Platz.

Ein Service-Manager, der die richtigen Kennzahlen kennt, braucht kein sechsstelliges Projekt für die erste Diagnose. Er braucht einen CSV-Export und die Bereitschaft, hinzuschauen.

Die richtige Frage ist nicht "Process Mining oder nicht?". Die Frage ist: Welches Problem löse ich zuerst? Die akute Diagnose braucht kein Projekt. Sie braucht Daten und die richtige Auswertung.

So starten Sie in 15 Minuten

Process Radar analysiert Ihre CSV-Dateien automatisch. Upload, Analyse, erste Ergebnisse. Ohne API, ohne Setup-Projekt, ohne Berater.

Schritt 1: CSV-Export erstellen. Exportieren Sie Ticket-Stammdaten und Ticket-Historie der letzten drei bis sechs Monate. Die meisten ITSM-Systeme bieten das als Standardfunktion. Zeitaufwand: 5 bis 15 Minuten.

Schritt 2: Dateien hochladen. Beide CSV-Dateien in Process Radar hochladen. Die Spaltenzuordnung passiert automatisch. Falls nötig, lassen sich Spalten manuell zuordnen.

Schritt 3: Briefing lesen. Nach wenigen Minuten liegt ein priorisiertes Briefing vor. Welche Rollen stauen? Wo entsteht Ping-Pong? Welche Kategorie-Rolle-Kombinationen treiben die Durchlaufzeit? Jedes Handlungsfeld kommt mit konkreten Zahlen: betroffene Teams, Impact in Stunden, Trend.

Die Ergebnisse lassen sich direkt im Team besprechen. Jedes Handlungsfeld hat einen eigenen Link, den der IT-Leiter an die verantwortlichen Teamleiter weiterleiten kann. Ohne dass diese selbst einen Account brauchen.

Die Einstiegshürde für eine Prozessanalyse ist kein Budget und kein Projekt. Es ist der erste Export. Alles danach folgt aus den Daten. Die Frage war nie, ob die Daten reichen. Die Frage war immer, ob jemand hinsieht.

Laden Sie Ihre Ticket-Daten hoch. Die erste Analyse ist kostenlos. Mehr dazu, wo sich Automatisierung wirklich lohnt: IT-Automatisierung richtig priorisieren.

---

Dieses Thema vertiefen: IT-Automatisierung richtig priorisieren: Wo der größte Hebel liegt