Das 60-Sekunden-Briefing: Wie IT-Leiter ihren Montag zurückgewinnen

Montag, 8:30 Uhr, IT-Steering. Der CIO fragt: "Was sind unsere drei größten Risiken?" Der Service-Desk-Leiter öffnet vier Tabs, scrollt durch zwei Excel-Exporte, klickt sich durch ein Dashboard mit 14 Kacheln. Nach zwei Minuten sagt er: "Wir haben ein Kapazitätsproblem im 2nd Level und die Ping-Pong-Rate ist gestiegen." Der CIO fragt: "Seit wann? Wird es schlimmer? Was kostet uns das?" Stille. Nicht weil der Service-Desk-Leiter die Antwort nicht kennt. Sondern weil kein einziges seiner Werkzeuge diese Frage als erste stellt.

Das falsche erste Bild

Die meisten IT-Leiter starten ihre Woche mit einem Dashboard. Sie sehen: offene Tickets, Durchlaufzeiten, SLA-Quoten, Backlog-Größen. Zwanzig Kacheln, zehn Diagramme, fünf Tabellen. Das Problem ist nicht die Datenmenge. Das Problem ist die Reihenfolge.

Dashboards zeigen den Ist-Zustand. Sie beantworten: "Wie stehen wir?" Aber die Frage, die ein IT-Leiter am Montagmorgen braucht, ist eine andere: "Was hat sich verändert, und wo muss ich handeln?"

Der Unterschied ist fundamental. Die erste Frage erzeugt Überblick. Die zweite erzeugt Handlung. Und zwischen Überblick und Handlung liegt der Interpretationsaufwand, den heute jeder IT-Leiter selbst leisten muss: Welche der zwanzig Kacheln sind relevant? Was davon ist neu? Was wird schlimmer? Was ist ein Quick Win?

Dieser Interpretationsaufwand kostet 30 Minuten pro Woche. Mindestens. Manche berichten von einer Stunde. Und das Ergebnis ist trotzdem unsicher — weil die Priorisierung im Kopf stattfindet, nicht in den Daten.

Was ein Briefing von einem Dashboard unterscheidet

Ein Briefing beantwortet drei Fragen in einer festen Reihenfolge:

1. Was braucht sofort Aufmerksamkeit? Nicht zwanzig Kennzahlen, sondern die zwei bis drei Situationen mit dem höchsten Impact. Eine Situation ist kein einzelnes Ticket und kein einzelner KPI — es ist ein gebündeltes Handlungsfeld. "Kapazitätsengpass SAP Basis — 6.000 Stunden Impact, 10 zusammenhängende Findings, Trend stabil." Das reicht, um zu entscheiden: Delegieren oder selbst anschauen.

2. Was ist ein Quick Win? Nicht jedes Problem ist groß. Manche sind klein, aber leicht lösbar. Eine Routing-Schleife, die 400 Stunden kostet und durch eine Konfigurationsänderung verschwindet. Ein Kategorie-Muster, das auf eine falsche Zuordnungsregel hindeutet. Diese Quick Wins tauchen in Dashboard-Kacheln nie auf — sie werden von den großen Zahlen überdeckt.

3. Was ist neu aufgetaucht? Der Trend ist die dritte Dimension. Nicht "Wie hoch ist die Zahl?" sondern "War die Zahl letzte Woche auch so hoch?" Ein Kapazitätsengpass mit +18% Trend erfordert andere Aufmerksamkeit als einer mit -3%. Aber die meisten Dashboards zeigen Trends nur als kleine Pfeile neben der Hauptzahl — wenn überhaupt.

So sieht das in der Praxis aus

Das Briefing zeigt priorisierte Situationen: Schwerpunkt-Typ, Abweichungsfaktor, Anzahl Findings und Impact. Jede Karte enthält eine Leitfrage — nicht "Was ist der KPI?" sondern "Was könnte die Ursache sein?"

Was du hier siehst, ist kein Dashboard. Es ist eine Agenda. Drei Situationen, jede mit einem klaren Signal: Schwerpunkt-Typ (wo konzentriert sich der Impact?), Abweichungsfaktor (wie stark ist die Anomalie?), Finding-Anzahl (wie komplex ist das Thema?), und ein konkreter Trend.

Die Leitfrage unter jeder Karte — "Liegt es an Kapazität, Komplexität der zugewiesenen Tickets, oder an Prozessschritten?" — ist der entscheidende Unterschied zu einem Dashboard. Sie lenkt die Aufmerksamkeit nicht auf die Zahl, sondern auf die Ursache. Und sie gibt dem IT-Leiter die Sprache, mit der er delegieren kann: nicht "Prüf mal eure Zahlen", sondern "Prüf mal, ob die Eskalationsregeln korrekt konfiguriert sind."

Die Drei-Beleg-Regel

Führungskräfte brauchen maximal drei Datenpunkte pro Entscheidung. Nicht weil sie nicht mehr verarbeiten könnten, sondern weil mehr als drei Datenpunkte Analyse-Paralyse erzeugen. Wer zehn Kennzahlen sieht, vergleicht sie miteinander, sucht Muster, stellt Rückfragen. Wer drei sieht, entscheidet.

Ein gutes Briefing begrenzt sich deshalb bewusst. Pro Situation: ein Impact-Wert, ein Abweichungsfaktor, ein Trend. Pro Agenda: maximal fünf Situationen. Alles andere ist Detail — wichtig für den Analysten, aber nicht für den Entscheider.

Das ist kein Informationsverlust. Das ist Informationsdesign. Die Details verschwinden nicht — sie liegen eine Ebene tiefer, für den Fall, dass jemand sie braucht. Aber die erste Ebene, das Briefing, ist auf Handlung optimiert, nicht auf Vollständigkeit.

Warum 60 Sekunden reichen

Die Rechnung ist einfach: Drei Situationen, je 20 Sekunden. Pro Situation: Titel lesen (3 Sekunden), Impact erfassen (3 Sekunden), Trend prüfen (3 Sekunden), Entscheidung treffen (11 Sekunden). Delegieren, beobachten, oder ignorieren. Fertig.

Das funktioniert, weil die Vorarbeit nicht beim Menschen liegt, sondern im System. Die Priorisierung ist bereits geschehen. Die Bündelung ist bereits geschehen. Die Trendberechnung ist bereits geschehen. Was bleibt, ist die Entscheidung — und die dauert Sekunden, nicht Minuten.

30 Minuten Dashboard-Interpretation pro Woche. Mal 52 Wochen. Das sind 26 Stunden pro Jahr, die ein IT-Leiter damit verbringt, Daten in Entscheidungen zu übersetzen. Nicht weil die Daten fehlen, sondern weil sie im falschen Format ankommen.

Was du morgen anders machen kannst

Strukturiere dein nächstes IT-Steering um drei Fragen: Was verschlechtert sich? Was ist ein Quick Win? Was ist systemisch?

Wenn du alle drei in unter einer Minute beantworten kannst, bist du vorbereitet. Wenn nicht, fehlt dir kein Dashboard — dir fehlt ein Briefing.

Und wenn du sehen willst, wie so ein Briefing für deine Organisation aussieht: Process Radar generiert es automatisch aus deinen Ticket-Daten. Konnektor einrichten oder CSV hochladen, Agenda sehen, delegieren.