Kurzentscheidung
Drei Wege, drei verschiedene Beweislasten.
Ein Standardtool ist sinnvoll, wenn der betriebliche Ablauf in den vorgesehenen Funktionsumfang passt. Eine konfigurierbare Automation verbindet bestehende Dienste nach klaren Regeln. Individualentwicklung ist erst dann begründet, wenn der entscheidende Prozessvorteil in einer eigenen Daten-, Integrations- oder Kontrolllogik liegt.
Die teuerste Fehlentscheidung ist nicht automatisch die Individualentwicklung. Auch ein scheinbar günstiges Standardtool kann teuer werden, wenn fehlender Datenzugriff, manuelle Umwege oder ein später Anbieterwechsel erst nach dem Rollout sichtbar werden.
Entscheidungsmatrix
| Achse | Standardtool | Konfigurierbare Automation | Individualentwicklung |
|---|---|---|---|
| Startpunkt | Eine Aufgabe, ein System, weitgehend vorgegebener Ablauf | Wiederkehrender Prozess, mehrere vorhandene Dienste, definierbare Regeln | Prozesskritischer Ablauf, besondere Daten-, Rollen- oder Integrationslogik |
| Was angepasst wird | Einstellungen, Rollen, Vorlagen | Auslöser, Felder, Regeln, Schnittstellen und Ausnahmen | Datenmodell, Oberfläche, Integrationen, Kontroll- und Betriebsweg |
| Abnahme | Kernfall im vorgesehenen Produktumfang | End-to-End-Test samt Fehler- und Wiederanlaufweg | Abnahmekatalog für Funktion, Rollen, Sicherheit, Betrieb und Exit |
| Hauptgefahr | Workarounds verdecken fehlenden Fit | Fragile Kette aus Sonderregeln und unklaren Besitzern | Sonderentwicklung ohne belegbaren Prozessvorteil oder Betriebsteam |
Wann ein Standardtool genügt
- Der Kernfall ist in der offiziellen Produktdokumentation nachvollziehbar beschrieben.
- Die benötigten Daten bleiben in einem überschaubaren System- und Rollenmodell.
- Export, Kündigung und Zugriff nach Vertragsende sind vor dem Pilot geklärt.
- Ein zeitlich begrenzter Test kann ohne kritische Echtdaten durchgeführt werden.
Abbruchsignal: Der Kernprozess funktioniert nur mit manuellen Doppelpflegen, nicht dokumentierten Schnittstellen oder einer Datenweitergabe, die niemand fachlich verantwortet.
Wann Konfiguration zur tragfähigen Automation wird
- Auslöser, Eingaben, Zielstatus und Ausnahmen lassen sich eindeutig beschreiben.
- Jede Schnittstelle ist offiziell dokumentiert und mit Testobjekten prüfbar.
- Eine Betriebsrolle besitzt Regeln, Zugänge, Protokolle und Fehlerweg.
- Der Ablauf kann ohne den Automationsdienst kontrolliert weitergeführt oder zurückgebaut werden.
Abbruchsignal: Sonderfälle wachsen schneller als der stabile Kern oder niemand besitzt die Verantwortung für die gesamte Kette.
Wann Individualentwicklung begründet ist
- Der eigene Prozessvorteil liegt tatsächlich in einer besonderen Logik, nicht nur in einer anderen Oberfläche.
- Datenmodell, Rollen, Integrationen oder menschliche Kontrollpunkte lassen sich mit Standardmitteln nicht belastbar abbilden.
- Abnahme, Betrieb, Dokumentation, Wartung und Exit haben benannte Verantwortliche.
- Eine begrenzte Pilotstufe kann die zentrale Annahme vor dem Vollausbau widerlegen.
Abbruchsignal: Es gibt keinen abgrenzbaren Kernfall, keine Testdaten, kein Betriebsteam oder keinen Plan für Wissenstransfer und Ablösung.
Entscheidung in fünf Sätzen dokumentieren
- Welcher konkrete Prozesszustand soll sich verändern?
- Welche Daten, Systeme und Menschen sind zwingend beteiligt?
- Welche der drei Umsetzungsarten bildet den Kernfall mit den wenigsten unbelegten Annahmen ab?
- Welche Nachweise müssen Pilot und Anbieter vor einer Freigabe liefern?
- Welches Ereignis führt zu Stopp, Rückbau oder Neubewertung?