Ihr Betrieb basiert auf mehr als nur Arbeitsaufträgen. Die Prozesse, die sich darum herum abspielen, können jetzt von denjenigen entworfen werden, denen sie gehören – ohne Programmierung.
Wenn der Prozess nicht zur Software passt, wartet das Unternehmen; das meiste, was einen Betrieb am Laufen hält, ist keine Außendienstmaßnahme. Es ist der administrative Abschluss eines Vertrags, der Genehmigungen aus drei verschiedenen Stellen benötigt. Ein neuer Anschlussantrag, der die technische Prüfung, die kaufmännische Validierung und die behördliche Freigabe durchläuft. Eine Genehmigung, die vorliegen muss, bevor jemand ein Asset verändert. Eine Beschwerde, die nachverfolgt, eskaliert und gelöst werden muss.
Jeder davon ist ein echter Prozess – mit seinen eigenen Schritten, seinen eigenen Beteiligten und seinen eigenen Regeln. Keines davon ist ein Arbeitsauftrag.
Jahrelang bedeutete die Unterstützung eines solchen Prozesses, ihn zu bauen. Eine Spezifikation, ein Budget, ein Entwicklungszyklus, ein Release-Termin und so weiter. Der Prozess selbst existierte, sobald er gebaut war, nur noch in Code, den nur eine kleine Zahl von Personen verstand.
Die Kosten – Quartal für Quartal klar sichtbar:
Unauffällig im Alltag, kostspielig im Ergebnis. Wenn ein Regulator ein Protokoll überarbeitet, wenn eine neue Asset-Klasse ins Netzwerk kommt, wenn eine Genehmigungskette einen zusätzlichen Schritt benötigt – dann weiß das Business genau, was es braucht. Die Anforderungen sind klar. Der Weg dorthin ist langsam.
Mit dem visuellen Workflow-Builder kann ein Geschäftsprozess entworfen, ausgeführt und geändert werden – ohne Programmierung. Keine Entwicklung, kein Release-Zyklus, nichts, was künftig gepflegt werden muss.
Möglich wird es durch eine einzige Veränderung im Fundament. Die Workflow-Engine wurde neu aufgebaut, sodass sie nicht mehr vom Typ des Prozesses abhängt, den sie ausführt. Sobald diese Abhängigkeit entfernt war, konnte alles darüber visuell gestaltet statt gebaut werden – die Schritte, die Oberflächen, in denen Menschen arbeiten, und die Verbindungen zu anderen Systemen.
In der Praxis legt ein Process Owner die Schritte fest, die der Prozess durchlaufen muss. Jeder Schritt wird einer Rolle statt einer namentlich benannten Person zugewiesen. Die Organisation entscheidet, nicht eine Person. Wo sich der Prozess verzweigt, leitet ein Entscheidungspunkt ihn anhand der Daten selbst auf den richtigen Pfad. Wird eine Genehmigung verweigert, springt der Prozess zurück. Der Bildschirm, den jede Person sieht, wird gestaltet – nicht entwickelt – und funktioniert sowohl auf Desktop als auch auf Mobilgeräten. Wo der Prozess Informationen aus einem anderen System benötigt, wird es ohne Code angebunden. Am Ende steht der Go-Live.
Was macht es so erfolgreich?
Ein Anschlussantrag für einen Kunden mit dezentraler Erzeugung durchläuft die technische, kaufmännische und behördliche Genehmigung, mehrere davon gleichzeitig. Ablehnung führt direkt zur Überarbeitung. Jeder Reviewer sieht nur seinen eigenen Schritt, und die Anfrage trägt ihren Status vom Eingang bis zur Inbetriebnahme. Der Status ist automatisch, niemand muss hinterherlaufen.
Die Schließung eines komplexen Vertrags erfordert Genehmigungen aus mehreren Stellen – mit Bedingungen, die bestimmen, welchen Pfad der Abschluss nimmt. Wo das früher kundenspezifische Entwicklung bedeutete, werden die Schritte, die genehmigenden Stellen und die Regeln jetzt direkt entworfen, und der Prozess kann angepasst werden, wenn sich die Richtlinie ändert.
Eine Zugangs- oder Wegerechtsgenehmigung muss abgeschlossen sein, bevor der Bau beginnen kann – unter Einbindung externer Parteien und Dokumente, die zu unterschiedlichen Zeitpunkten eintreffen. Der Prozess zieht den Objektdatensatz aus dem System, das ihn bereits enthält – so muss nichts neu erfasst werden und nichts geht verloren.
Bevor Arbeiten an einem laufenden Netz beginnen können, müssen Sicherheitsfreigabe, Kompetenznachweis und Besitzberechtigung vollständig vorliegen. Der Prozess hält seinen eigenen Status, sodass kein Schritt übersprungen werden kann und die vollständige Autorisierung durchgängig nachweisbar ist.
Neue Anforderungen führen zu Design-Anpassungen der Oberfläche, nicht zu Entwicklungsaufwand
Wenn kundenspezifischer Code aus diesen Prozessen entfernt wird, entfällt der Aufwand, ihn bei jedem Plattform-Upgrade neu zu validieren
Prozessänderungen verbrauchen keinen Entwicklungs-Backlog mehr, der anderswo benötigt wird.
Ein einmal entworfener Prozess wird zu einem Muster, von dem das nächste Team starten kann – statt zu einer Entwicklung, die bei null beginnt.
Jeder Schritt hat eine verantwortliche Person, jede Entscheidung wird protokolliert, und die vollständige Prozesshistorie steht für interne Governance und externe Prüfung bereit.