Serviceorientiert arbeiten heißt, einen Service vom Ergebnis für den Kunden aus zu betrachten – und alle Anwendungen, Geräte, Daten, Prozesse und Menschen, die dazu beitragen, als zusammenhängende Kette zu planen, zu verantworten und zu überwachen. Eine einzelne Komponente kann einwandfrei funktionieren, während der Service für den Kunden ausfällt.
Der Webshop läuft, die Zahlung funktioniert, das Lager ist bereit – und trotzdem kommt die Bestellung nicht an. Die Maschine hat keinen Defekt – und steht trotzdem. Dieser Beitrag zeigt an zwei Beispielen, wie man einen Service vom Ergebnis her denkt, und was daraus für Verantwortung, Absicherung und Messung folgt.
Vom Kundenergebnis aus denken
Im Restaurant bestellt der Gast ein Gericht – nicht den Herd, den Koch und die Lieferkette. Die Küche muss trotzdem perfekt zusammenspielen. Genau das ist der Gedanke hinter der serviceorientierten Sicht: Ausgangspunkt ist nicht das System, sondern die Leistung, die beim Kunden ankommen soll.
Ein Service wie „online bestellen“ umfasst weit mehr als den Webshop: Zahlungsdienst, Versand, ERP, Kunden-Login, Datenbanken, Netz und Rechenzentrum. Und Menschen: Wer bearbeitet eine fehlerhafte Bestellung? Wer informiert den Kunden? Wer koordiniert bei einer Störung? Erst wenn diese Zusammenhänge sichtbar sind, lässt sich beurteilen, ob der Service seinen Qualitätsanspruch erfüllt.
Beispiel 1 · Service „Online bestellen“
- Baustein
- von mehreren Services genutzt
- gestört
- mit betroffen
Die Maschine als Service
Was in der IT seit Jahren bekannt ist, gilt eins zu eins für die Maschine in der Halle. Ihr Service heißt nicht „Maschine läuft“, sondern „Artikel produzieren – in Stückzahl, Qualität und Termin“. Daran hängen Mechanik und Steuerung, aber auch Konfigurationsdaten, das MES, ein Switch, ein WLAN-Repeater an der Fördertechnik und der Fernwartungszugang des Herstellers.
Beispiel 2 · Service „Artikel produzieren“
- Baustein
- von mehreren Assets genutzt
- gestört
- mit betroffen
„Es antwortet, heißt ja nicht, ich kann es nutzen.“ – Marilla Bax in der 5vor12-Folge vom 2. Oktober 2026
Aus der Praxis: Genau dieser Fall ist bei einem Kunden passiert. Der IT war nicht bewusst, dass der Switch einen Durchstich bis in die Produktion hatte. IT und Anlage sprechen nicht unbedingt miteinander – und dazwischen entstehen die teuersten Störungen.
Vier Schritte zum Service Ende zu Ende
#01
Alle Bausteine erfassen
Die Architektur aufschreiben: auch Konfiguration, Schnittstellen und Netz, nicht nur Mechanik und Anwendungen. Und die Menschen und Prozesse dazwischen.
#02
Schnittstellen als Verträge
Klären, wer was liefert, in welcher Qualität und wer wann reagiert – zwischen internen Teams wie mit externen Dienstleistern.
#03
Eine Verantwortung
Ein Service Owner hat das Gesamtergebnis im Blick und holt alle Beteiligten an einen Tisch. Er muss die Bausteine nicht selbst betreuen.
#04
Den Service messen
Verfügbarkeit Ende zu Ende überwachen: Kann eine Bestellung vollständig verarbeitet werden? Erreichen die Daten die Anlage?
Ausfälle und Änderungen vorbereiten
Nicht jede Komponente braucht die gleiche Absicherung. Entscheidend sind die Folgen eines Ausfalls und die Möglichkeiten, den Service wiederherzustellen. Ein unscheinbares Netzwerkgerät kann so kritisch sein wie eine zentrale Anwendung.
| Frage | Woran es in der Praxis hängt |
|---|---|
| Gibt es einen Ersatz? | Und funktioniert er noch, nachdem er zehn Jahre im Lager lag? |
| Sind die Konfigurationen gesichert? | Zur Datensicherung gehören auch Maschinen- und Steuerungsparameter. Gesicherte Geschäftsdaten helfen wenig, wenn die Anlage nicht in ihren Zustand zurückfindet. |
| Kommt man im Ernstfall heran? | Wenn Kunden USB-Anschlüsse aus Sicherheitsgründen sperren, braucht der Techniker einen abgestimmten anderen Weg. |
| Wer weiß, wie es geht? | „Das hat immer der Kollege gemacht, der jetzt in Rente ist“ ist kein Wiederherstellungsplan. → Erfahrungswissen sichern |
| Was ändert sich mit? | Vor jeder technischen Änderung klären, welche anderen Bereiche betroffen sind, und danach den vollständigen Ablauf prüfen. |
Die tatsächliche Funktion überwachen
Ein Gerät antwortet auf eine technische Abfrage – damit ist noch nicht belegt, dass der Service nutzbar ist. Aussagekräftiges Ende-zu-Ende-Monitoring prüft den Ablauf, den der Kunde erwartet: Kann eine Bestellung vollständig verarbeitet werden? Erreichen die benötigten Daten die Anlage? So werden auch Störungen sichtbar, die eine reine Geräteüberwachung nicht erkennt.
Verantwortung für das Gesamtergebnis klären
Wenn mehrere Bereiche beteiligt sind, betrachtet jeder leicht nur seinen eigenen Ausschnitt. Bei einer Störung beginnt dann die Suche nach der zuständigen Stelle, während der Kunde wartet. Ein Service Owner übernimmt den übergreifenden Blick: Er sorgt dafür, dass Abhängigkeiten bekannt sind, Qualitätsanforderungen zusammenpassen und Eskalationswege geklärt sind. Auch ein externer Dienstleister braucht einen klar beschriebenen Verantwortungsumfang: Welche Teile der Servicekette deckt sein Auftrag ab, und wer koordiniert die übrigen?
Checkliste: einen Service durchgängig absichern
Einen Service auswählen
Eine wichtige Leistung, etwa die Ersatzteilbestellung oder den Betrieb einer vernetzten Anlage. Beschreiben, wann sie aus Kundensicht erfolgreich erbracht ist.
Abhängigkeiten gemeinsam erfassen
IT, Service, Produktion und externe Partner an einen Tisch. Komponenten, Schnittstellen und Übergaben dokumentieren.
Zuständigkeiten festlegen
Verantwortliche je Baustein und ein Service Owner für das Zusammenspiel. Klären, wer bei einer Störung koordiniert.
Kritische Ausfälle durchspielen
Eine Komponente mit hoher Auswirkung wählen und Ersatz, Konfigurationssicherung, Zugriffsrechte und Wiederherstellung prüfen.
Änderungen gemeinsam prüfen
Vor technischen Änderungen klären, wer betroffen ist. Danach den vollständigen Ablauf testen und die Dokumentation nachziehen.
Die Frage der Woche: Welches unscheinbare Gerät könnte Ihren wichtigsten Service zum Stillstand bringen – und wer weiß, wie er danach wiederhergestellt wird? Wenn die Antwort unklar ist, haben Sie einen konkreten Ausgangspunkt.
Takeaway mit Checkliste herunterladen (PDF)Die Folge zum Thema
Marilla Bax und Michael Braun haben das Thema in der Reihe 5vor12 für Service besprochen. Zum Beitrag zur Folge.
Häufige Fragen
Nein. Dort beschreibt serviceorientierte Architektur, wie Software aus Diensten aufgebaut wird, die über Schnittstellen kommunizieren. Hier geht es um die organisatorische Sicht: Welche Bausteine tragen einen Service für den Kunden, und wer verantwortet das Zusammenspiel? Die Idee ist verwandt, die Frage eine andere.
Die Verantwortlichen sorgen dafür, dass ihr Baustein funktioniert. Der Service Owner sorgt dafür, dass das Ergebnis beim Kunden ankommt: Abhängigkeiten sind bekannt, Qualitätsanforderungen passen zusammen, Eskalationswege sind geklärt.
Nein. Ein Gerät kann auf eine technische Abfrage antworten, ohne dass der Service nutzbar ist. Ende-zu-Ende-Monitoring prüft den tatsächlichen Ablauf, den der Kunde erwartet.
Er kann helfen, weil er Komponenten und ihre Zusammenhänge dokumentiert. Dafür muss er über das einzelne Produkt hinausgehen und auch die beteiligten Services und Schnittstellen erfassen.
Wo wir unterstützen
Servicebetriebshandbuch
Der Bauplan für den Service: Abhängigkeiten, Zuständigkeiten, Eskalationswege.
Mehr erfahren →Serviceprozesse optimieren
Übergaben zwischen Teams und Dienstleistern als klare Vereinbarungen.
Mehr erfahren →Sie möchten einen Ihrer Services einmal Ende zu Ende durchgehen? Am Anfang steht ein Gespräch.
Gespräch vereinbaren