Pérenniser les opérations de service critiques sur le terrain avec Mammoet

Chaque jour, 20 millions Les travailleurs de terrain du monde entier supervisent directement les actifs, les projets et les clients critiques. Mammoet, membre du holding SHV, leur expertise réside dans le levage et le transport d'objets lourds, des pales de turbine aux infrastructures urbaines, le tout avec la plus grande sécurité.

Les opérateurs de terrain qui tiennent leurs promesses de sécurité et de qualité s'appuient sur des technologies et des applications critiques pour répondre aux exigences de leur travail. C'est notamment le cas des grutiers de Mammoet, qui utilisent l'application Mammoet Task Application (MTA).

Lorsque l'équipe de planification planifie une tâche, les opérateurs de grue reçoivent les détails de la demande sur une tablette. Une fois le travail terminé, les travailleurs ajustent le statut de la tâche dans le MTA et demandent l'approbation du client. Une fois que le client approuve la tâche terminée, l'application envoie la tâche à SAP où la facturation est automatiquement lancée.

Conçu à l'origine en Java, le MTA arrivait en fin de vie tant du point de vue informatique que du point de vue de l'utilisateur final :

• Pour l'équipe informatique, plusieurs systèmes intégrés avec MTA n'étaient plus compatibles (Versions MicroVPN et Android).
• Pour les grutiers sur le terrain ces incompatibilités étaient perturbatrices, et exigeaient qu'ils redémarrent régulièrement l'application ou la tablette afin de terminer leur travail.

Éviter les risques de fin de vie dans un système critique

Responsable pour le dorsal d'une opération commerciale aussi critique, l'équipe informatique de Mammoet savait qu'elle devait agir rapidement lorsque des fissures ont commencé à se former dans la connexion entre leur MicroVPN, un connecteur sécurisé pour les grutiers au réseau de l'entreprise, et MTA.

Dion van den Bosch, Digital Innovation Officer chez Mammoet, contribue à la croissance numérique de Mammoet depuis près de cinq ans et faisait partie de l'équipe interfonctionnelle chargée de trouver une nouvelle solution pour reconstruire l'application.

« La solution MicroVPN elle-même est devenue obsolète et n’était plus prise en charge. Nous avions prévu de mettre à niveau cette solution VPN, mais l’ancien MTA n’était pas compatible avec ce nouveau système », a déclaré van den Bosch. « Nous avons également dû mettre à jour le MTA, [mais] comme l’application a été créée il y a trois ans, le développeur qui l’avait initialement créée n’était plus là et les connaissances avaient disparu. »

« Ils devaient démarrer et fermer l’application ou redémarrer toute la tablette pour que tout fonctionne à nouveau », raconte van den Bosch. Dans certaines régions, le manque d’accessibilité a même poussé certains opérateurs à revenir à des processus papier pour effectuer le travail.

Plusieurs facteurs les poussant à agir rapidement, van den Bosch et son équipe décidé à Mendix pour terminer le travail et éviter un effondrement potentiel.

Gestion des services sur le terrain flexible et accessible

Priorité à la convivialité

Dès le départ, Mammoet a défini des priorités claires pour sa refonte low-code. « Les deux principales exigences du nouveau MTA étaient la fonctionnalité native et la minimisation de l'impact pour les utilisateurs finaux », résume van den Bosch.

D'un point de vue d'accessibilité, un application mobile native permettrait aux opérateurs de grues d'effectuer leur travail indépendamment de l'emplacement ou de la connectivité. Les opérateurs travaillent dans tous les types d'environnement et ils avaient besoin d'une application qui fonctionnerait selon leurs besoins, qu'ils se trouvent dans une ville avec un réseau 5G ou loin, sans aucun accès à Internet.

De plus, et pour minimiser les perturbations, l’équipe informatique ne pouvait pas s’écarter de la conception et des fonctionnalités de l’interface MTA existante.

« L'une des exigences était qu'il devait s'agir d'une migration telle quelle, de sorte que l'application elle-même ne puisse pas être vraiment différente de l'ancienne... l'adoption par l'utilisateur doit être aussi bonne qu'avant et nous n'avons pas besoin de refaire tout un atelier pour montrer à tout le monde comment utiliser l'application », a déclaré van den Bosch.

Une connexion transparente à SAP

La dernière étape du processus de demande de MTA consiste à passer sans problème le statut de travail données vers SAP pour la facturation. Sur la base de projets antérieurs, van den Bosch et son équipe savaient qu'il s'agissait d'une caractéristique propre à Mendix.

« Nous avions déjà deux autres applications fonctionnant et communiquant avec SAP », a-t-il déclaré. Mendix cela n'entraînerait aucune interruption de la capacité de l'application à s'exécuter dans leur instance cloud SAP selon les besoins et s'intégrerait bien à leurs futurs systèmes de choix en fonction de sa flexibilité architecturale.

Parlant de leur décision d'utiliser Mendix Pour reconstruire l'application MTA, van den Bosch a déclaré :

Soutenir l’autosuffisance

« L’ancienne application était pour nous une véritable boîte noire. Personne ne savait ce qui s’y passait, comment se déroulait la communication entre les systèmes et ce que l’application faisait des données qu’elle recevait de SAP », poursuit M. van den Bosch.

Le nature visuelle du low-code et la barrière d'entrée plus faible permet à tout développeur de comprendre et de modifier facilement les fonctionnalités de l'application. En reconstruisant l'application avec moins de dépendance à l'égard des plateformes et des groupes tiers, l'équipe informatique de Mammoet a pu s'assurer qu'il n'y avait pas de point de défaillance unique dans ses futurs projets. De plus, la migration comprenait la suppression de systèmes tels que SAP Mobile Platform et XenMobile, ce qui a permis de réaliser des économies de plus de 100 XNUMX €.

Mammoet a lancé la reconstruction avec Mendix en mars 2020. L'équipe était composée d'un chef de projet et d'un développeur senior de Mendix partenaire, Timeseries. Malgré quelques changements d'équipe en cours de route, le projet a été achevé en un an.

L'informatique stratégique permet une meilleure expérience employé

Depuis son lancement en février 2021, le nouveau MTA a traité plus de 5,000 700 tâches professionnelles chaque mois auprès d'une base d'utilisateurs de XNUMX personnes. En raison de la nature flexible et agile du low-code, de petits changements ont été facilement apportés pour maintenir la migration. Van den Bosch et ses coéquipiers ont apprécié la simplicité d'utilisation et la transparence.

Avec le lancement de Microsoft Intune aux côtés du MTA amélioré, van den Bosch et son équipe ont participé à un vaste déploiement sur site avec des grutiers répartis sur 14 succursales pendant cinq mois pour répondre à toutes les questions.

Les avantages s’étendent au-delà des grutiers en soulageant la pression exercée sur les planificateurs et l’équipe informatique.

Auparavant, les messages d’erreur étaient transmis aux grutiers sous forme de code sans aucun contexte. Le grutier devait transmettre ce message au planificateur, puis au service informatique pour décoder le message d’erreur, ce qui empêchait l’équipe de travailler immédiatement sur une solution. Un ajustement mineur qui a permis de gagner du temps et de réduire le stress des projets est l’affichage d’un message d’erreur en texte intégral, ce qui permet aux planificateurs et aux grutiers de commencer à étudier et à travailler sur une solution immédiatement.

De plus, le fait d'avoir un centre d'administration côté serveur de l'application MTA donne à Mammoet IT la possibilité d'examiner les données qui se trouvent sur la tablette, améliorer la transparence de l'application totale.

L’utilisation du low-code a aidé l’équipe informatique de Mammoet à assurer la transparence non seulement pour les utilisateurs finaux de l’application, mais également parmi ses propres parties prenantes.

L'amélioration de la transparence et de la facilité d'utilisation des applications critiques permet à l'équipe informatique de Mammoet d'éviter de se retrouver à nouveau confrontée au problème du retard hérité. Tout comme le succès des projets précédents a permis Mendix en tant que solution viable dans la reconstruction de MTA, l'équipe voit cette victoire comme une rampe de lancement pour de futurs projets personnalisés avec low-code.

« Pendant le déploiement, j'ai pu effectuer des ajustements effectués par les développeurs seniors, et je ne suis pas un développeur senior. Lorsqu'un de mes collègues regarde à l'intérieur du MTA, il peut déjà voir ce qui se passe. »