Was ein IT Operating Model ist
Ein IT Operating Model beschreibt, wie eine IT-Organisation aufgebaut ist, wie sie Leistungen erbringt und wie Verantwortung, Entscheidungen und Zusammenarbeit organisiert werden. Es verbindet Strategie, Services, Delivery, Governance und Ressourcenlogik zu einem funktionsfähigen System.
Gute Operating Models starten nicht mit Stellenprofilen, sondern mit einer Wirkungsfrage: „Wie muss IT organisiert sein, damit sie stabil betreibt, effizient liefert und strategische Veränderung unterstützt?“ Daraus entstehen Service-Strukturen, Rollen, Teams, Entscheidungswege und Steuerungslogik.
Operating Model vs. Organisation vs. Governance
Diese Begriffe werden häufig vermischt. Das Operating Model beschreibt das Zusammenspiel aus Leistungen, Rollen, Prozessen und Steuerung. Die Organisation zeigt die formale Struktur. Governance regelt Entscheidungen und Standards. Du brauchst alle drei – aber mit klarer Abgrenzung.
| Begriff | Bedeutung | Warum es wichtig ist |
|---|---|---|
| IT Operating Model | Modell, wie IT Leistungen erbringt, organisiert, steuert und mit dem Business zusammenarbeitet. | Schafft Klarheit über Rollen, Services, Delivery und Wertbeiträge. |
| IT Organisation | Formale Struktur mit Bereichen, Teams, Berichtslinien und Verantwortlichkeiten. | Ist wichtig, aber allein noch kein funktionsfähiges Leistungsmodell. |
| IT Governance | Regeln für Priorisierung, Entscheidungen, Standards, Risiken und Eskalationen. | Verbindet das Operating Model mit Steuerung und Kontrolle. |
Warum es wichtig ist (und warum viele scheitern)
IT-Organisationen müssen heute gleichzeitig stabil betreiben, effizient liefern, Sicherheit gewährleisten und digitale Transformation unterstützen. Ohne ein klares Operating Model entstehen Reibung, Doppelarbeit, unklare Verantwortlichkeiten und Zielkonflikte zwischen Betrieb, Projekten und Innovation.
Wie ein gutes IT Operating Model typischerweise wirkt
- Klare Verantwortlichkeiten für Services, Plattformen und Delivery
- Bessere Priorisierung und weniger Zielkonflikte zwischen Run und Change
- Mehr Transparenz über Schnittstellen, Abhängigkeiten und Entscheidungswege
- Höhere Servicequalität und bessere Anbindung an Business-Ziele
Warum Operating Models scheitern
Meist fehlen ein klares Zielbild, abgestimmte Rollen, ein tragfähiges Service-Modell und eine realistische Governance. Wenn nur Kästchen umbenannt werden, ohne Leistungen, Verantwortung und Steuerung neu zu ordnen, ändert sich wenig.
So baust du ein IT Operating Model auf (Schritt für Schritt)
Nutze diese 5 Schritte für ein Modell, das Führung freigibt und Teams im Alltag anwenden können. Einfach bleiben: Leistungen → Rollen → Delivery → Governance → KPIs.
Die 5-Schritte-Methode
- Leistungsbild definieren: Services, Plattformen, Wertströme und Kernleistungen der IT klar beschreiben.
- Rollen und Verantwortlichkeiten festlegen: Ownership für Services, Architektur, Sicherheit, Delivery und Business-Schnittstellen definieren.
- Delivery-Modell gestalten: Klären, wie Run, Projekte, Produkte, Support und Veränderung zusammenwirken.
- Governance und Entscheidungslogik aufbauen: Priorisierung, Standards, Eskalation und Funding mit dem Operating Model verbinden.
- KPIs und Review-Zyklen etablieren: Servicequalität, Durchlaufzeit, Stabilität, Wertbeiträge und Effizienz regelmässig messen.
Typische Bausteine eines IT Operating Models
| Baustein | Beispiel | Nutzen |
|---|---|---|
| Service-Struktur | Workplace, Collaboration, Infrastruktur, Business Apps, Datenplattform | Schafft Transparenz über Leistungen und Ownership. |
| Rollenmodell | Service Owner, Product Owner, Architektur, Security, Operations | Verhindert Lücken und unklare Zuständigkeiten. |
| Delivery-Logik | Run vs. Change, Projektmodell, Produktteams, Support- und Eskalationswege | Verbindet Betrieb und Veränderung in einem steuerbaren Modell. |
| Steuerung & KPIs | SLA, Durchlaufzeit, Priorisierung, Ausnahmen, Portfolio- und Service-Reviews | Macht Leistung und Reife messbar und führbar. |
Checkliste: IT Operating Model (copy/paste)
Nutze diese Checkliste, bevor du das Modell im Management präsentierst.
- Leistungen, Services und Haupt-Wertströme der IT sind klar beschrieben.
- Rollen und Verantwortlichkeiten sind eindeutig definiert.
- Das Modell berücksichtigt sowohl Betrieb als auch Veränderung und Delivery.
- Business-Schnittstellen und Entscheidungswege sind sichtbar gemacht.
- Governance, Funding und Priorisierung sind mit dem Modell verknüpft.
- Security, Compliance, Architektur und Vendor-Steuerung sind integriert.
- KPIs für Servicequalität, Stabilität, Durchlaufzeit und Wertbeitrag sind definiert.
- Das Modell ist praktisch anwendbar und nicht nur als Zielbild formuliert.
Beispiel: Eine einfache 90-Tage-Roadmap
Eine sinnvolle Frühphase ist nicht eine komplette Reorganisation. Es sind fokussierte Entscheidungen, die Leistungen, Verantwortlichkeiten und Steuerung sichtbar machen.
Beispiel 90 Tage: (1) Service-Landkarte erstellen, (2) zentrale Rollen und Ownership definieren, (3) Run-/Change-Schnittstellen klären, (4) Governance- und Review-Logik aufsetzen, (5) erste KPIs für Servicequalität und Delivery etablieren.
FAQ
Was ist der Unterschied zwischen IT Operating Model und IT Organigramm?
Wie detailliert sollte ein IT Operating Model sein?
Welche KPIs sollte man für ein IT Operating Model tracken?
Wie verbindet man Run und Change sinnvoll in einem Modell?
Über den Autor
Leutrim Miftaraj — Founder, Innopulse.io
Leutrim ist IT-Projektleiter und Innovation-Management Professional (BSc/MSc) mit Fokus auf skalierbare digitale Transformation, Governance und compliance-freundliche Umsetzung für KMU und Organisationen in der Schweiz.
Qualitätsreview: Innopulse Redaktion (Qualität & Compliance) • Review-Datum: 04. März 2026
Hinweis: Dieser Inhalt dient der Information und stellt keine Rechtsberatung dar. Für fallspezifische Fragen konsultiere qualifizierte Fachstellen.
Quellen & Weiterführendes
Nutze möglichst autoritative Quellen und aktualisiere sie regelmässig. Ergänze die Liste je nach Thema und Rechtsraum.
- ISO/IEC 38500 – Governance of IT
- PMI Standards & Guides
- NIST Cybersecurity Framework
- ISO/IEC 27001 – ISMS
- OECD – Digital Economy
Letztes Update: 04. März 2026 • Version: 1.0