Jeden Tag, 20 Millionen Außendienstmitarbeiter auf der ganzen Welt betreuen direkt kritische Anlagen, Projekte und Kunden. Mammoet, ein Mitglied der SHV Holdings, ist Experte im Heben und Transportieren schwerer Objekte, von Turbinenblättern bis hin zur städtischen Infrastruktur, und das alles unter Einhaltung höchster Sicherheit.

Die Außendienstmitarbeiter, die dieses Sicherheits- und Qualitätsversprechen einhalten, sind auf kritische Technologien und Anwendungen angewiesen, um die Anforderungen ihrer Arbeit zu erfüllen. Dazu gehören auch die Kranführer von Mammoet, die die Mammoet Task Application (MTA) verwenden.

Wenn das Planungsteam eine Aufgabe plant, erhalten die Kranführer die Details der Anfrage auf einem Tablet. Sobald sie den Auftrag abgeschlossen haben, passen die Arbeiter den Status der Aufgabe im MTA an und fordern eine Genehmigung vom Kunden an. Sobald der Kunde die abgeschlossene Aufgabe genehmigt, sendet die App die Aufgabe an SAP, wo die Rechnungsstellung automatisch gestartet wird.

Der ursprünglich in Java entwickelte MTA hatte sowohl aus IT- als auch aus Endbenutzersicht das Ende seiner Lebensdauer erreicht:

• Für das IT-Team: Mehrere mit MTA integrierte Systeme waren nicht mehr kompatibel (MicroVPN- und Android-Versionen).
• Für die Kranführer im Einsatz diese Inkompatibilitäten waren störend, und erforderte, dass sie die App oder das Tablet regelmäßig neu starten, um ihre Arbeit abzuschließen.

Vermeidung von End-of-Life-Risiken in einem kritischen System

Verantwortlich für Back-End Bei einem so wichtigen Geschäftsvorgang wusste das IT-Team von Mammoet, dass es schnell handeln musste, als sich Risse in der Verbindung zwischen ihrem MicroVPN, einem sicheren Konnektor für Kranführer zum Unternehmensnetzwerk, und MTA bildeten.

Dion van den Bosch, Digital Innovation Officer bei Mammoet, trägt seit fast fünf Jahren zum digitalen Wachstum von Mammoet bei und war Teil des funktionsübergreifenden Teams, das mit der Suche nach einer neuen Lösung zum Neuaufbau der Anwendung beauftragt war.

„Die MicroVPN-Lösung selbst war veraltet und wurde nicht mehr unterstützt. Der Plan war, diese VPN-Lösung zu aktualisieren, aber der alte MTA war nicht mit dem neuen System kompatibel“, sagte van den Bosch. „Wir mussten auch den MTA aktualisieren, [aber] da die Anwendung vor drei Jahren erstellt wurde, war der Entwickler, der sie ursprünglich erstellt hatte, nicht mehr da und das Wissen war verloren.“

„Sie mussten die Anwendung starten und schließen oder das ganze Tablet neu starten, damit alles wieder funktionierte“, erzählt van den Bosch. In manchen Regionen veranlasste die mangelnde Zugänglichkeit einige Bediener sogar dazu, auf Papierprozesse zurückzugreifen, um ihre Arbeit erledigen zu können.

Da mehrere Faktoren sie zu schnellem Handeln drängten, entschieden zu Mendix um die Arbeit abzuschließen und einen möglichen Einsturz zu vermeiden.

Flexibles und zugängliches Außendienstmanagement

Benutzerfreundlichkeit hat Priorität

Mammoet setzte von Anfang an klare Prioritäten für den Low-Code-Umbau. „Die beiden Hauptanforderungen für das neue MTA waren native Funktionalität und die Minimierung der Auswirkungen für die Endbenutzer“, fasste van den Bosch zusammen.

Aus Sicht der Zugänglichkeit native mobile Anwendung Kranführer könnten ihre Arbeit unabhängig von Standort und Konnektivität erledigen. Kranführer arbeiten in jeder Art von Umgebung und sie brauchten eine Anwendung, die wie gewünscht funktioniert, egal ob sie sich in einer Stadt mit 5G-Netz oder weit weg ohne Internetzugang befinden.

Darüber hinaus durfte das IT-Team um Störungen auf ein Minimum zu reduzieren, nicht vom Design und der Funktionalität der bestehenden MTA-Schnittstelle abweichen.

„Eine der Anforderungen bestand darin, dass es sich um eine Migration im Ist-Zustand handeln musste, die Anwendung selbst durfte also nicht viel anders aussehen als die alte. Die Benutzerakzeptanz musste genauso gut sein wie vorher und wir mussten nicht noch einmal einen ganzen Workshop abhalten, um allen zu zeigen, wie die Anwendung zu verwenden ist“, sagte van den Bosch.

Eine nahtlose Verbindung zu SAP

Der letzte Schritt im MTA-Bewerbungsprozess ist die nahtlose Übergabe des Arbeitsstatus Daten an SAP für die Rechnungsstellung. Aus früheren Projekten wussten van den Bosch und sein Team, dass dies eine Besonderheit von Mendix.

„Wir hatten bereits zwei andere Anwendungen im Einsatz, die mit SAP kommunizierten“, sagte er. Mendix Die Ausführung der Anwendung in ihrer SAP-Cloud-Instanz würde bei Bedarf nicht beeinträchtigt und sie würde sich aufgrund ihrer architektonischen Flexibilität gut in die zukünftigen Systeme ihrer Wahl integrieren lassen.

Über ihre Entscheidung, Mendix um die MTA-Anwendung neu zu erstellen, sagte van den Bosch:

Unterstützung der Selbstversorgung

„Die alte Anwendung war für uns eine echte Blackbox. Niemand wusste, was dort vor sich ging, wie die Kommunikation zwischen den Systemen verlief und was die Anwendung mit den Daten machte, die sie von SAP zurückbekam“, so van den Bosch weiter.

Der visuelle Natur von Low-Code und die niedrigere Einstiegshürde macht es für jeden Entwickler einfach, die App-Funktionalität zu verstehen und zu ändern. Durch die Neuentwicklung der Anwendung mit weniger Abhängigkeit von Plattformen und Gruppen von Drittanbietern konnte das IT-Team von Mammoet sicherstellen, dass es in zukünftigen Projekten keine einzelnen Ausfallpunkte gab. Darüber hinaus umfasste die Migration die Entfernung von Systemen wie SAP Mobile Platform und XenMobile, was zu Kosteneinsparungen von über 100 € führte.

Mammoet startete den Umbau mit Mendix im März 2020. Das Team bestand aus einem Projektleiter und einem Senior-Entwickler von Mendix Partner Timeseries. Trotz einiger Teamwechsel im Laufe der Zeit wurde das Projekt innerhalb eines Jahres abgeschlossen.

Strategische IT ermöglicht eine bessere Mitarbeitererfahrung

Seit seiner Einführung im Februar 2021 verarbeitet der neue MTA mit einer Benutzerbasis von 5,000 Personen jeden Monat über 700 arbeitsbezogene Aufgaben. Aufgrund der Flexibilität und Agilität von Low-Code konnten kleine Änderungen problemlos vorgenommen werden, um die Migration aufrechtzuerhalten. Van den Bosch und seine Teamkollegen schätzen die Benutzerfreundlichkeit und Transparenz.

Mit der Einführung von Microsoft Intune zusammen mit dem verbesserten MTA nahmen van den Bosch und sein Team fünf Monate lang an einem umfangreichen Rollout vor Ort mit Kranführern teil, die auf 14 Niederlassungen verteilt waren, um alle Fragen zu klären.

Die Vorteile gehen über die Kranführer hinaus und verringern den Druck auf Planer und IT-Team.

Bisher wurden Fehlermeldungen den Kranführern in Form eines Codes ohne Kontext übermittelt. Der Kranführer musste diese an den Planer und dann an die IT weiterleiten, damit diese die Fehlermeldung entschlüsseln konnten – was das Team daran hinderte, sofort an einer Lösung zu arbeiten. Eine kleine Anpassung, die Zeit und Stress bei Projekten gespart hat, ist die Anzeige einer Fehlermeldung im Volltext, die es Planern und Bedienern ermöglicht, sofort mit der Untersuchung und der Arbeit an einer Lösung zu beginnen.

Darüber hinaus bietet ein Admin Center auf der Serverseite der MTA-Anwendung der IT-Abteilung von Mammoet die Möglichkeit, Daten auf dem Tablet einzusehen, Verbesserung der Transparenz der gesamten Anwendung.

Durch die Verwendung von Low-Code konnte das IT-Team von Mammoet nicht nur für App-Endbenutzer, sondern auch für die eigenen Stakeholder Transparenz schaffen.

Durch die Verbesserung der Transparenz und Benutzerfreundlichkeit unternehmenskritischer Anwendungen kann das IT-Team von Mammoet vermeiden, erneut von der Altlast betroffen zu sein. Genau wie der Erfolg früherer Projekte positionierte Mendix Das Team betrachtet diesen Erfolg als praktikable Lösung für den Neuaufbau von MTA und als Startrampe für zukünftige kundenspezifische Vorhaben mit Low-Code.

„Während der Einführung konnte ich Anpassungen vornehmen, die die leitenden Entwickler vornahmen, und ich bin kein leitender Entwickler. Wenn einer meiner Kollegen in den MTA hineinschaut, kann er bereits sehen, was los ist.“