Schlüsselpunkte
- Service-Delivery-Workflows mit einem klaren Ziel liefern das gewünschte Ergebnis und machen den gesamten Betrieb effizient und verlässlich.
- Sie scheitern, wenn sie als starre Checklisten behandelt, ohne definierte Ergebnisse überautomatisiert und von undokumentierten Ausnahmen durchlöchert werden.
- Ebenso tragen fehlende Verantwortlichkeiten für den Zustand der Workflows und das Messen von Aktivität statt Wirksamkeit dazu bei.
- MSPs sollten die Grundprinzipien nachhaltiger Workflows befolgen: klare Zielsetzung, definierte Verantwortlichkeiten, kontrollierte Ausnahmen, abgestimmte Dokumentation und regelmäßige Überprüfung.
- Workflows ersetzen weder Schulungen noch menschliches Urteilsvermögen in komplexen Szenarien. Sie brauchen kulturelle Akzeptanz und müssen zur übergeordneten Servicestrategie passen.
Die Service-Erbringung ist das Kerngeschäft jedes Managed Service Providers (MSP). Vom Einsteuern der Tickets in die Warteschlange bis zur Umsetzung der Anfragen: Ein schlanker MSP Service Delivery Workflow ist entscheidend, um diese Aufgaben zu bewältigen. Die konsistente Ausführung jedes einzelnen Workflow-Schritts definiert nicht nur eine gute Service-Erbringung, sondern sorgt auch für Kundenzufriedenheit.
Zwar können MSPs sich auf Professional Services Automation (PSA)-Plattformen stützen, dennoch verschleißen viele Service-Delivery-Workflows mit der Zeit: Schritte werden übersprungen, Ausnahmen werden zur Regel, die Dokumentation veraltet, und vieles mehr. In diesem Artikel sehen wir uns an, woran die Service-Erbringung scheitern kann und wie MSPs Workflows gestalten und pflegen, die auch bei wachsenden Services gesund bleiben.
Das sollen Service-Delivery-Workflows leisten
Tempo und Automatisierung sind zwar wichtige Bausteine, doch erst Kontrolle und Konsistenz machen einen effizienten Service-Delivery-Workflow aus. Gut durchdacht und gut gepflegt bieten sie:
- Konsistentes Serviceverhalten: Der Workflow bleibt verlässlich und standardisiert, unabhängig davon, welche:r Techniker:in ihn anstößt.
- Weniger Abhängigkeit vom Wissen Einzelner: Die Dokumentation zu befolgen sollte das Standardvorgehen sein, statt sich auf informelles Erfahrungswissen zu verlassen.
- Abstimmung mit SLAs und Erwartungen: Jeder Schritt in einem Workflow stützt Service Level Agreements, interne Erwartungen und Zusagen gegenüber Kund:innen.
- Vorhersehbare Kundenerlebnisse: Wenn der Service-Delivery-Workflow durchgängig hervorragend funktioniert, erleben Kund:innen jedes Mal dieselbe Qualität.
Daran scheitern Service-Delivery-Workflows typischerweise
Um diesem Verfall vorzubeugen, muss man verstehen, warum Workflows scheitern. Zu den häufigsten Ursachen zählen:
- Workflows als starre Checklisten behandeln: Viele Faktoren können einen Workflow verändern. Ein „einmal einrichten und vergessen“-Ansatz kann deshalb zu Betriebsstörungen führen.
- Überautomatisierung ohne definierte Ergebnisse: Nicht jede Aufgabe sollte automatisiert werden, vor allem dann nicht, wenn das Ergebnis nicht garantiert ist.
- Undokumentierte Ausnahmen dauerhaft zulassen: Ausnahmen kommen vor. Werden sie aber nicht protokolliert und überprüft, entstehen daraus stille Lücken im Workflow.
- Keine Verantwortlichkeit für den Zustand der Workflows: Wenn niemand für die Aktualisierung der Dokumentation zuständig ist, setzt ganz von selbst Verfall ein.
- Aktivität statt Wirksamkeit messen: Wer den Abschluss über das beabsichtigte Serviceergebnis stellt, riskiert, dass Lösungen übersehen werden.
Der Unterschied zwischen Workflow-Ausführung und Workflow-Design
Es gibt eine wichtige Unterscheidung, die viele MSPs bei PSA-Lösungen übersehen:
- PSA ist stark in der Workflow-Ausführung: Von PSA-Plattformen wird erwartet, dass sie Schritte auslösen, Übergaben erzwingen und Aktivitäten protokollieren.
- PSA ist NICHT dafür gedacht, Workflows zu definieren: PSA-Plattformen legen nicht fest, welches Ziel ein Workflow hat, entscheiden nicht, wann er sich an das aktuelle Servicemodell anpassen muss, und lösen keine Konflikte zwischen Tempo und Qualität auf.
Wer diese Faktoren versteht, kann als IT-Team einen anpassbaren, verlässlichen und flexiblen Service-Delivery-Workflow gestalten.
Grundprinzipien nachhaltiger Service-Delivery-Workflows
Um einen konsistenten und wirksamen Service-Delivery-Workflow aufrechtzuerhalten, sollten MSPs diese Grundprinzipien befolgen:
Klare Zielsetzung
Jede Serviceaufgabe im Workflow sollte ein nachgewiesenes und getestetes Standardergebnis haben.
Definierte Verantwortlichkeiten
Workflows sollten einer Person oder einem Team zugewiesen sein, das für Überprüfung und Pflege verantwortlich ist.
Kontrollierte Ausnahmen
Ausnahmen sollten dokumentiert und bewertet, nicht zur Normalität werden. Sobald Ausnahmen der Standardweg sind, funktioniert der Workflow nicht mehr.
Abgestimmte Dokumentation
Die Workflow-Schritte sollten Dokumentationsstandards stützen und mit Service Level Agreements (SLAs), internen Richtlinien und Kundenerwartungen im Einklang stehen.
Regelmäßige Überprüfung
Geplante Überprüfungen des Workflows sind entscheidend, da sich mehrere Faktoren im betroffenen Service mit der Zeit verändern können. Andernfalls drohen schleichende Abweichungen im Betrieb.
Operative Folgen mangelnder Workflow-Disziplin
Verlieren MSPs die Kontrolle über ihre Service-Delivery-Workflows, können operative Probleme mit erheblichen Auswirkungen auf das Geschäft entstehen. Das kann passieren:
- Uneinheitliche Kundenerlebnisse
- SLA-Verstöße ohne klare Ursache
- Wissen, das in einzelnen Köpfen festhängt
- Mehr Nacharbeit und Eskalation
- Schwierigkeiten bei der Skalierung der Service-Erbringung
So sollten MSPs ihre Workflows bewerten
Zur Bewertung ihrer Workflows sollten MSPs sich folgende Fragen stellen:
- Unterstützt dieser Workflow noch das Serviceversprechen?
- Werden die Schritte konsequent eingehalten?
- Sind die Ergebnisse vorhersehbar?
- Entsteht die Dokumentation so wie vorgesehen?
- Sind die Verantwortlichkeiten klar zugewiesen?
Grenzen und Geltungsbereich
MSPs sollten sich bewusst machen, dass Workflows ihre Grenzen haben. Diese Punkte gilt es zu berücksichtigen:
- Workflows machen Schulungen nicht überflüssig.
Services entwickeln sich mit der Zeit weiter, was Änderungen an Workflows nach sich ziehen kann. Das Personal muss für diese Änderungen geschult werden. - Workflows ersetzen in komplexen Szenarien kein Urteilsvermögen.
In manchen Fällen braucht es weiterhin menschliches Eingreifen, um kritische Entscheidungen zu treffen. - Workflows brauchen kulturelle Akzeptanz.
Teams müssen Disziplin und Konsistenz schätzen, sonst werden Workflows ignoriert. - Workflows müssen zur übergeordneten Servicestrategie passen.
Workflows sollten strategische Ziele stützen und mit ihnen im Einklang stehen.
Häufige Irrtümer
Auch rund um Service-Delivery-Workflows gibt es einige Missverständnisse.
- Mehr Workflows bedeuten mehr Kontrolle.
Zu viele Workflows können Teams überfordern, den Betrieb verkomplizieren und die Compliance verringern. - Automatisierung repariert kaputte Workflows.
Automatisierung sollte strategisch eingesetzt werden. Ohne klare Zielsetzung beschleunigt sie lediglich vorhandene Schwachstellen. - PSA-Standardeinstellungen sind Best Practice.
Standardeinstellungen bilden das Design der Software ab, nicht Ihr Servicemodell.
Integration mit NinjaOne
Für MSPs, die ihre Workflow-Disziplin stärken wollen, unterstützen Tools wie NinjaOne mehrere zentrale operative Kontrollen:
- Operative Transparenz
Dashboards und Berichterstattung zeigen, wo Workflows abzudriften beginnen. - Dokumentations-Workflows
Workflows können Dokumentation als Teil des Aufgabenabschlusses verlangen. So entstehen Aufzeichnungen konsistent, statt nur nebenbei. - Kontext für Automatisierung
Automatisierung wird im Kontext der Serviceabsicht sichtbar, nicht allein im Kontext des Aufgabenabschlusses.
Einen intelligenteren Service-Delivery-Workflow einführen
Fehler im Service-Delivery-Workflow lassen sich vermeiden, wenn die Kernziele der Aufgaben sauber definiert sind. Eine solide Hygiene bei Pflege und Management senkt das Risiko, dass Workflows mit der Zeit verschleißen. Und wer weiß, was beim Service-Delivery-Workflow zu tun und zu lassen ist, stoppt operative Schwachstellen, bevor sie zum Scheitern der Service-Erbringung führen.
Verwandte Themen:
