Leistungserbringung abstimmen und kontrollieren
Eine IT-Leistung erbracht zu haben ist nur die halbe Miete – sie muss auch verstanden, wahrgenommen und akzeptiert werden. Genau darum geht es bei Leistungserbringung abstimmen und kontrollieren: die Kommunikation mit Stakeholdern, das Steuern von Erwartungen, das frühzeitige Erkennen von Abweichungen. Klassische Werkzeuge sind Jour Fixe-Termine (regelmäßige Status-Runden), Status-Reports in Ampel-Form, KPIs, eine Kommunikationsmatrix und definierte Eskalationspfade. Wer hier ohne System arbeitet, wundert sich später: Auftraggeber ist unzufrieden, obwohl „doch alles getan wurde" – oder das Projekt steht 3 Monate, obwohl es technisch funktioniert. Diese Lektion zeigt dir die Stakeholder-Analyse mit der klassischen Macht-Interesse-Matrix, ein Beispiel-Jour-Fixe-Protokoll, die Soll-Ist-Vergleichs-Logik mit KPIs, und einen klaren Eskalationspfad.
1) Stakeholder-Matrix nach Macht und Interesse
Bei jedem Projekt gibt es Personen, die du überzeugen, informieren, einbinden oder überwachen musst – je nach ihrer Position. Die Macht-Interesse-Matrix (Mendelow) bietet eine gute Grundlage. Klick die Quadranten:
2) Kommunikationsmatrix
Was wird wem wann gesagt? Eine Kommunikationsmatrix legt das pro Stakeholder fest:
| Stakeholder | Was | Wann | Wie |
|---|---|---|---|
| Geschäftsführung | Quartals-Status, kritische Risiken | 4× pro Jahr + ad hoc | Steering Committee, Executive Summary 1 Seite |
| Auftraggeber / Projekt-Sponsor | Wochenstatus, Soll-Ist, Risiken | wöchentlich | Jour Fixe + Status-Report |
| Projektteam intern | Tagesaufgaben, Blocker, Detail-Themen | täglich (Stand-up) | Daily Stand-up 15 Min |
| Endanwender / Business | Auswirkungen auf Arbeitsalltag, Termine | vor Releases / Wartung | E-Mail, Intranet, Schulung |
| IT-Betrieb | Technische Übergabe-Themen, Doku | vor Go-Live + bei Changes | Übergabe-Meeting + Wiki-Update |
| Betriebsrat | Mitbestimmungs-Themen, Datenschutz | frühzeitig vor Roll-Out | BR-Vorstellung, BV bei Bedarf |
| Externe Dienstleister | Anforderungen, Zeitpläne, Feedback | nach Vertragsrhythmus | Steering-Meeting, Statusreports |
3) Jour-Fixe-Protokoll – Beispiel
Realistisches Beispiel eines Wochenstatus zwischen Auftraggeber und Auftragnehmer:
Jour Fixe Nr. 14 · Projekt Fileserver-Migration
1. Status-Ampel
- Zeit: grün – im Plan
- Budget: grün – 68 % verbraucht bei 70 % Fortschritt
- Qualität: gelb – Performance-Test mit hoher Last unter Beobachtung
- Risiken: gelb – Lieferanten-Engpass beim Switch
2. Erledigte Punkte seit letzter Sitzung
- SMB-Shares vollständig migriert (alle 18)
- NTFS-ACL-Vergleich abgeschlossen, 3 Abweichungen geklärt
- Schulung 1 (Power-User) durchgeführt, 12 Teilnehmer, Feedback positiv
- DR-Drill erfolgreich, RTO 3 h erreicht (Ziel: 4 h)
3. Offene Aktionspunkte
| Nr. | Aktion | Wer | Bis | Status |
|---|---|---|---|---|
| A-14-1 | Performance-Test mit 100 Concurrent Users | M. Schmidt | 22.04. | offen |
| A-14-2 | Switch-Lieferung beim Lieferanten nachfassen | K. Wagner | 18.04. | offen |
| A-14-3 | Schulung 2 (Endanwender) terminieren | S. Becker | 20.04. | erledigt |
| A-14-4 | Abnahme-Termin festlegen | F. Müller / K. Wagner | 23.04. | offen |
4. Neue Risiken / Themen
- Externer Audit kommt am 13.05. – Doku muss bis dahin vollständig sein
- Geräte-Engpass beim Lieferanten könnte Phase 2 um 2 Wochen verzögern
5. Entscheidungen
- Abnahme wird auf 24.04. terminiert, sofern Performance-Test passt
- Eskalation an Lieferanten erfolgt durch Auftraggeber (F. Müller)
4) Status-Report – die Ampel-Logik
Die Ampel (grün / gelb / rot) hat sich als kompakte Status-Sprache etabliert. Übliche Definition:
| Farbe | Bedeutung | Handlungs-Erfordernis |
|---|---|---|
| 🟢 Grün | Im Plan, alles unter Kontrolle | Keine Aktion, nur informieren |
| 🟡 Gelb | Abweichung, aber im Griff. Risiko sichtbar. | Steuerungs-Aktion auf Projekt-Ebene |
| 🔴 Rot | Plan-Abweichung kritisch, nicht selbst-lösbar | Eskalation an Lenkungsausschuss |
| ⚪ Grau | Noch nicht gestartet / nicht bewertbar | — |
Wichtig: klare Kriterien definieren, ab wann eine Dimension auf gelb/rot schaltet. Sonst wird Ampel zur Stimmungs-Schätzung. Beispiel: „Budget verbraucht > geplant + 10 %" = gelb; „> +20 %" = rot.
5) KPIs zur Leistungs-Kontrolle
Konkrete Kennzahlen statt Gefühl. Typische KPIs im IT-Service-Umfeld:
| Dimension | KPI | Beispiel-Ziel |
|---|---|---|
| Reaktionszeit | % Tickets innerhalb SLA-Reaktionszeit beantwortet | > 95 % |
| Lösungszeit | % Tickets innerhalb SLA-Lösungszeit erledigt | > 90 % |
| Verfügbarkeit | Uptime pro Service pro Monat | > 99,5 % |
| First-Time-Fix-Rate | % Tickets ohne Re-Open | > 85 % |
| Customer Satisfaction | CSAT-Score (1-5) nach Ticket-Abschluss | > 4,3 |
| Patch-Compliance | % Server mit Patch-Stand innerhalb Vorgabe | > 95 % |
| Backup-Erfolgsrate | % erfolgreiche Backups | > 99 % |
| Budget-Quote | Verbrauch vs. geplantem Anteil | ± 10 % |
| Termin-Quote | % Meilensteine on-time erreicht | > 85 % |
KPIs werden in Dashboards aggregiert (Grafana, Power BI, ServiceNow-Reports). Wichtig: KPIs müssen aus dem System kommen, nicht manuell gepflegt – sonst Vertrauenslücke.
6) Soll-Ist-Vergleich
Die Methode zur Abweichungs-Analyse:
- Soll definieren: Was war geplant? (Termine, Budget, Funktionsumfang).
- Ist erfassen: Was ist real passiert?
- Differenz quantifizieren: Abweichung in absoluten Zahlen und Prozent.
- Ursache analysieren: warum kam es zur Abweichung?
- Gegen-Maßnahmen: was tun, um den Plan wieder zu erreichen oder den Plan anzupassen?
- Lessons Learned dokumentieren: für zukünftige Schätzungen.
Sinnvolle Granularität: nicht jeder Punkt detail-tracked, aber alles oberhalb der Wesentlichkeits-Schwelle (z. B. > 5 % der Projekt-Größe).
7) Eskalationspfad
Wenn Themen sich nicht auf Projekt-Ebene lösen lassen, müssen sie hoch:
8) Tools zur Leistungs-Kontrolle
| Tool | Stärke |
|---|---|
| JIRA / Confluence | Sprint-Planung, Backlog, Status-Reports (Atlassian-Welt) |
| Microsoft Project / Planner | Klassische Projektplanung, Gantt-Charts |
| Asana / Trello / Monday | Aufgaben-Tracking, Boards für KMU |
| ServiceNow PPM | Enterprise PPM mit ITSM-Integration |
| Power BI / Tableau / Grafana | KPI-Dashboards aus mehreren Datenquellen |
| Notion / OneNote | Jour-Fixe-Protokolle, kollaborative Notizen |
| MS Teams / Slack | Tägliche Kommunikation, Channel pro Projekt |
9) Antipatterns
- Status-Update als E-Mail-Wand. 5-Absatz-E-Mail – niemand liest. Lösung: Status-Report in Ampel-Form, max. 1 Seite.
- Ampel nach Bauchgefühl. Heute gefühlt grün, nächste Woche rot ohne Ereignis. Lösung: klare KPI-Kriterien pro Farbe.
- Jour Fixe ohne Agenda. Wird zur Plauderrunde. Lösung: feste Agenda-Punkte, Aktionspunkte-Liste, Timeboxing.
- Jour Fixe wird abgesagt, „nichts Neues". Nach 3 Absagen vergisst man den Termin. Lösung: auch bei wenig Inhalt durchführen, kurz.
- Protokoll nicht versendet. Mündliches Wissen, später nicht mehr nachvollziehbar. Lösung: Protokoll innerhalb 24 h verteilen.
- Eskalation wird vermieden. „Wir kriegen das alleine hin" – bis es zu spät ist. Lösung: Eskalation als normale Prozess-Stufe verstehen, nicht als Versagen.
- Eskalation überspringt Stufen. Projektmitarbeiter geht direkt zur Geschäftsführung. Verärgert Zwischen-Ebenen. Lösung: Pfad einhalten.
- KPIs ohne Ziel-Wert. „Lösungszeit Tickets 4,2 h" – ist das gut? Schlecht? Lösung: Ziel definieren („SLA < 8 h für Critical").
- KPIs aus mehreren Quellen, unterschiedlich aggregiert. „Uptime laut Monitoring 99,8 %, laut Service Desk 99,2 %". Vertrauen weg. Lösung: eine Quelle pro KPI festlegen.
- Stakeholder-Matrix einmalig. Stakeholder ändern sich (Personenwechsel, Macht-Verschiebung). Quartalsweise reviewen.
Zusammenfassung
Leistungserbringung abstimmen heißt: Stakeholder analysieren, Erwartungen managen, Status berichten, Abweichungen früh erkennen. Die Macht-Interesse-Matrix klassifiziert Stakeholder in vier Quadranten (eng managen, zufrieden stellen, informieren, beobachten). Jour Fixe als regelmäßige Status-Runde mit Ampel-Logik (grün/gelb/rot) – jede Farbe mit klaren KPI-Kriterien, nicht Bauchgefühl. Soll-Ist-Vergleich quantifiziert Abweichungen, der Eskalationspfad hat 4 Stufen (Team → PL/Sponsor → Steering Committee → GF). KPIs müssen aus dem System kommen und ein definiertes Ziel haben – sonst sind sie nur Zahlenfriedhof.
Verwandte Lektionen: Leistungen dokumentieren · Übergabeprotokoll · Veränderungsprozesse · und mehrWeitere relevante LektionenSLA-ManagementContinual ImprovementProzess-DokuIncident ManagementChange ManagementMonitoringTicketsysteme