Die zentralen Thesen:
- Enexis geht auf die sich verändernde Energielandschaft in den Niederlanden ein und nutzt Low-Code-Entwicklung, um die Prozesse für Außendiensttechniker zu optimieren.
- Ausgebildet 24 interne und externe Mendix Entwickler, eine Anwendungsfabrik aufzubauen, die in nur zwei Jahren 100 Anwendungen mit Low-Code produzierte und der agile Entwicklungszyklus.
- Die Versorgung von über 2.8 Millionen Haushalten in den Niederlanden mit Energie wurde fortgesetzt.
„Veränderungen sind schwierig“, beklagt meine Kollegin, als sie versucht, auf unser neues Spesensystem zuzugreifen. Bei jeder Änderung an einem neuen System oder einer neuen Arbeitsweise – egal wie klein – treten Schwierigkeiten auf und Prozesse und Mitarbeiter werden gestört.
Wie bei meiner Kollegin (die das neue System übrigens mit Bravour meisterte) ist es für jedes Unternehmen schwierig, die Arbeitsweise zu ändern. Aber bedenken Sie die Änderungen Enexis, ein Energienetzwartungsunternehmen, das ein Drittel der Energie der Niederlande verwaltet, hat seinen Anwendungsentwicklungsprozess verbessert, der ihm hilft, auf Veränderungen im Energiemarkt zu reagieren. Die Existenz von Millionen von Haushalten und Unternehmen, die sie versorgen, stand auf dem Spiel.
So hat Enexis massive Änderungen an der Anwendungsentwicklung und den Bereitstellungsmethoden vorgenommen, um dem Unternehmen und seinen Kunden wichtige Produkte zu liefern.
Ein Dirigent des Wandels
Das niederländische Energiegeschäft war früher recht stabil und vorhersehbar. Oscar Berger, Leiter des CIO-Büros bei Enexis, „arbeiteten sie früher in einem sehr stabilen, vorhersehbaren Geschäft. Der Energiebedarf – Strom und Gas – ist einseitig und basiert auf Stadtentwicklung und Wirtschaftswachstum. Man konnte Jahre im Voraus planen.“
Doch das Land befand sich kürzlich inmitten einer, wie Berger es ausdrückt, Energiewende. Der Bedarf an Elektrizität ist gestiegen. Berger nennt den Anstieg der Elektroautoverkäufe und die Verdoppelung der Stromrechnungen der Haushalte durch den Kauf eines solchen Fahrzeugs. Dies bedeutete, dass die Installationen in Haushalten und Unternehmen geändert werden mussten, um den neuen Bedürfnissen der Verbraucher gerecht zu werden.
Verbraucher werden durch Technologien wie Solarzellen auch zu Stromproduzenten. Was früher ein einseitiger Stromfluss war, wird heute bidirektional.
Schließlich haben die Niederlande als Reaktion auf steigende CO2-Werte beschlossen, bis 2050 keine Gas mehr zu produzieren. „Das bedeutet“, so Berger, „dass unsere Infrastruktur für Gas um das Jahr 2050 herum veraltet sein wird. Die Frage ist, was wir damit machen werden.“
Der Wechsel vom einseitigen zum zweiseitigen Energiefluss und die letztendliche Abkehr vom Gas bedeuteten, dass Enexis Änderungen bei der Instandhaltung der Infrastruktur vornehmen musste.
Damit alle oben genannten Änderungen umgesetzt werden konnten, benötigten die Außendiensttechniker und Subunternehmer von Enexis Unterstützung durch die IT, um effektiver zu arbeiten.
Der Low-Code-Transformator
Das IT-Team von Enexis fand die Antwort in der Art und Weise, wie es sein Anwendungsportfolio verwaltet. Als großes Unternehmen mit einigen massiven Kernanwendungen musste es seine unternehmenskritischen Systeme verwalten und gleichzeitig schnell genug reagieren, um die neuen Anforderungen seiner Geschäftspartner zu erfüllen – und das alles, während es weiterhin 2.8 Millionen Haushalte mit Energie versorgte. Da wandte es sich an die Mendix Low-Code-Entwicklungsplattform.
Unsere Infrastruktur für Gas wird etwa im Jahr 2050 veraltet sein. Die Frage ist, was wir damit machen werden.
Enexis baute eine „Übergangsarchitektur“ mit MendixSie konnten es kaum erwarten, ihre gesamte IT-Infrastruktur zu ersetzen, um Innovationen hervorzubringen und die Bedürfnisse von Unternehmen und Kunden zu erfüllen. Das musste sofort passieren. Die Übergangsarchitektur ermöglichte es ihren Entwicklungsteams, Apps in einer Geschwindigkeit zu entwerfen, zu entwickeln und bereitzustellen, die sie mit der Standardarchitektur nicht erreichen konnten. UnternehmensstrukturBerger war sich darüber im Klaren, wie wichtig es war, dass die Übergangsarchitektur von seinem Büro offiziell genehmigt wurde, und scherzte, er habe seinem Team „eine Ausrede gegeben, sich nicht an die definierte Architektur zu halten.“
Die Ergebnisse waren jedoch kein Witz. Nehmen wir zum Beispiel die Sticker-Anwendung. Laut Berger ist die Prämisse einfach: Alle 40,000 Enexis-Stationen müssen mit Aufklebern ausgestattet sein, die das Sicherheitsbewusstsein fördern und vor den spezifischen Risiken warnen, die von den an diesem Standort untergebrachten Geräten ausgehen. Die Definition und Durchführung eines Projekts zum Ersetzen dieser Aufkleber ist ziemlich viel Arbeit.
Mithilfe der Sticker-Anwendung kann Enexis die Aufkleber nach Bedarf aktualisieren. Sensoren in der Station teilen den Außendiensttechnikern in der Nähe mit, dass die Station einen neuen Sicherheitsaufkleber benötigt. Sie können zur nächstgelegenen Station gehen, den Aufkleber ersetzen und dies direkt in der Anwendung registrieren. Durch die Verwendung von Ortungsdiensten, um Techniker zu benachrichtigen, die sich bereits in der Nähe der Station befanden, konnten sie Zeit und Ressourcen sparen, indem sie ihnen eine zusätzliche kleinere Aufgabe zuwiesen, anstatt zusätzliche Techniker extra zu schicken.
Ein Anstieg bei der App-Bereitstellung
Die digitale Innovation endete nicht mit dem Erfolg der Sticker-Anwendung. Vielmehr ging Enexis weiter daran, die Art und Weise, wie sie ihre Mitarbeiterteams zusammenstellten, neu zu bewerten. Enexis begann mit dem, was sie eine Anwendungsfabrik nannten. Es begann mit vier Mendix Entwickler. Diese Entwickler arbeiteten mit der Übergangsarchitektur und lernten, wie man sie am besten nutzt Mendix als primäres Entwicklungstool. Drei Monate später wurde dieses Team in zwei Zweierteams aufgeteilt und jedes Team erhielt zwei weitere Entwickler, die dann in Mendix. Drei Monate später wurden die Teams erneut aufgeteilt und mit mehr Entwicklern ausgestattet. Bis heute gibt es 24 interne und externe Mendix Entwickler erstellen Anwendungen in einer Geschwindigkeit, die für Enexis vor Low-Code unvorstellbar war.
Das Ergebnis: 100 Anwendungen, die über zwei Jahre erstellt und bereitgestellt wurden.
Wichtig dabei ist nicht nur die Anzahl der Personen in diesen dedizierten Application Factory-Teams, sondern auch die Rollen innerhalb dieser Teams. Die Schaffung von Standards rund um UX ist sehr wichtig. Ein Scrum-Master hält die Produktionslinie in Bewegung. Die Teamgrößen werden je nach Umfang der zu erstellenden Anwendung erweitert oder verkleinert. Wenn es sich um eine kleinere Anwendung handelt (z. B. wenige Abhängigkeiten), ist ein Entwickler eine geeignete Anzahl von Personen. Wenn die Anwendung größer ist, werden manchmal sechs Entwickler benötigt.
Durch die Entwicklung von mehr Low-Code-Apps mit mehr Mitarbeitern konnte Enexis eine schnellere Wertschöpfung erreichen. Berger nennt beispielsweise eine Inspektionsanwendung, die das Team innerhalb von nur drei Monaten erstellt hat. Wenn Außendiensttechniker mit dieser Anwendung Stationen betreten und feststellen, dass diese gestrichen werden müssen, öffnen sie einfach die Anwendung und geben dies an. Die vom Entwicklungsteam erstellte SAP-Integration erstellt einen Arbeitsauftrag, der dann an einen Enexis-Subunternehmer gesendet wird, der den Auftrag übernehmen kann. Innerhalb von drei Monaten wurde die Anwendung erstellt und bei der Planung der Stationswartung Zeit gespart.
100 Anwendungen können entmutigend klingen. Die Einführung einer agilen Methodik und die Ermächtigung von Produktbesitzern, tatsächlich Entscheidungen zu treffen, waren Schlüsselkomponenten, um diese Größenordnung zu erreichen. Ein Produktbesitzer hilft den Entwicklern bei der Bewertung und Priorisierung der Projekte für jeden Sprint. Mit dieser klaren Priorisierung ist Bergers Abteilung in der Lage, ihr großes Anwendungsportfolio zu erweitern und zu pflegen.
Die App Factory von Enexis klingt vielleicht wie Arbeiter, die am Fließband arbeiten, aber Berger warnt vor dieser Interpretation der Metapher. Diese Entwickler sind keine Fabrikarbeiter. Ganz im Gegenteil. Die Teams sind autonom und entscheiden selbst, welche Anwendungen sie erstellen oder aktualisieren. Laut Berger „liegt die Stärke der Metapher darin, dass sie organisiert ist. Und ich mag es, wenn Agile organisiert ist … Ich denke, das ist wichtig, zu wissen, dass es wie eine Fabrik funktioniert.“
Wie weit können Sie wirklich vorausschauen?
Berger erwähnt, dass Enexis versucht, etwa zwei Jahre lang vorauszuschauen. Aber es tauchen immer neue Herausforderungen auf, wie das IoT. Er nennt ein weiteres Beispiel einer intelligenten Anwendung, die ihre App Factory erstellen konnte und die ihnen dabei half, IoT-Sensoren in Stationen zu installieren. Wenn ein Außendiensttechniker die Box installiert, in der diese IoT-Sensoren untergebracht sind, wird ein Signal an die Zentralstation gesendet. Enexis kann dieses Signal dort empfangen, wo die Box installiert ist, und der Außendiensttechniker erhält eine Bestätigungsnachricht in der Anwendung zurück.
Mit 100 Anwendungen in nur zwei Jahren hat Enexis einen beispiellosen Low-Code-Entwicklungsshop aufgebaut. Mit ihren Anwendungsentwicklungsprozess Durch die Lieferung im großen Maßstab sind sie in der Lage, auf die sich ändernden Bedürfnisse ihrer Kunden einzugehen, die Veränderungen auf dem Energiemarkt zu bewältigen und dabei stets die Zukunft im Auge zu behalten.
