Expertise

MuleSoft, au-delà du choix de plateforme

Acheter la plateforme est la partie facile. La faire livrer à travers pays, business units et dix ans de legacy est la partie difficile. C’est mon travail.

La plupart des programmes MuleSoft ne échouent pas à l’achat. Ils échouent au pays quatre, au troisième comité de gouvernance, au moment où une business unit réalise que la plateforme ne se remboursera pas cet exercice. J’ai vécu ces déploiements de l’intérieur : chez Volkswagen Financial Services à travers 18 pays, à l’Hôpital universitaire de Zurich pour monter l’Integration Centre of Excellence, chez DB Schenker pour refondre EDI et ESB en iPaaS opérationnelle. Les patterns reviennent.

Où la plupart des déploiements bloquent

Ce n’est jamais la technologie.

MuleSoft fonctionne. Anypoint Platform est mature, les connecteurs sont nombreux, le runtime est solide. Si votre déploiement bloque, c’est presque toujours l’une de trois choses — aucune sur la roadmap produit.

Une gouvernance écrite pour les trois premières APIs, pas pour les trois cents suivantes. À dix APIs, n’importe qui tient le catalogue. À trois cents APIs sur quinze business units, il faut un modèle opérationnel publié : qui possède quoi, qui approuve quoi, qui on appelle à 02:00. La plupart des déploiements heurtent la limite de gouvernance qu’ils ont fixée sans le vouloir en semaine six.

Pas de chemin vers la couverture des coûts. L’équipe plateforme est financée centralement pendant dix-huit mois. Puis quelqu’un en finance demande : qui paie l’année prochaine ? Sans modèle de refacturation, TCO publié par BU et story de valeur défendable, le budget est coupé de moitié avant la fin.

Syndrome du pays quatre. Les trois premiers pays passent. Puis tout s’arrête. Les trois premiers avaient des champions locaux solides, des paysages simples, des sponsors aidants. Le pays quatre n’a rien de tout cela. Sans playbook d’onboarding calibré pour les cas durs, le déploiement s’enlise.

Comment je travaille ça

Plateforme, gouvernance, économie — dans cet ordre, en parallèle.

La plupart des consultants vous vendront le déploiement technique. Certains ajouteront la gouvernance. Très peu connectent la décision de plateforme à l’économie qui doit la rendre durable. Je travaille les trois dès la semaine un.

La couche plateforme : la hiérarchie Anypoint posée correctement — business groups pour HQ et chaque pays, environments par besoin métier, accès par rôle de haut en bas.

La couche gouvernance : un Centre for Enablement (C4E) qui marche, pas de la slide. Le modèle opérationnel — propriété fédérée, standards centraux, escalades — qui passe au-delà des trente premières APIs.

La couche économique : modèle de refacturation, TCO par BU et story de valeur présentable au CFO. Sans ça, chaque déploiement devient un combat budgétaire en année deux.

Le Rapid Decision Framework tourne en parallèle — quand la question est « MuleSoft vs Workato vs UnifyApps ? », c’est un problème d’évaluation que je traite avec la même approche mathématique.

Missions

Où j’ai livré ça.

  1. 2021 – 2023

    Product Owner — Plateforme MuleSoft

    Volkswagen Financial Services

    Plateforme déployée dans 18 pays avec SLAs, modèles de responsabilité partagée et optimisation mondiale des coûts.

  2. 2024 – 2025

    Architecte d’Intégration — Centre d’Excellence

    USZ — Hôpital universitaire de Zurich

    CoE d’Intégration monté sur MuleSoft, gouvernance définie, plan de migration de SAP PI vers une architecture API-led.

  3. 2024 – 2025

    Responsable Intégration et Projet

    DB Schenker

    Intégration EDI, API et ESB co-construite en iPaaS sur la logistique aérienne et maritime.

Vous pensez MuleSoft — l’étendre ou le remplacer ?

Me contacter