Pilier 01 · Reprendre la maîtrise du SI
Piloter une transformation TMS internationale sans perdre la maîtrise de la solution
- Client
- Bolloré Transport & Logistics
- Programme
- ONE TMS
- Rôle tenu
- Responsable Solution / Chef de projet transverse
- Période
- 08/2020 – 04/2023
Le programme ONE TMS visait un système de gestion du transport commun à un réseau présent dans plus de soixante-dix pays. À cette échelle, la difficulté n’est pas de choisir un outil : c’est de maintenir une seule solution, cohérente et explicable, quand chaque pays, chaque métier et chaque équipe technique pousse légitimement ses propres priorités.
J’ai tenu le rôle de Responsable Solution et de chef de projet transverse entre août 2020 et avril 2023. Ma place n’était ni dans le métier, ni dans la technique : elle était au point de rencontre — là où un besoin exprimé devient une décision de solution, puis un engagement de livraison.
Concrètement : coordonner cinq chefs de projet et une équipe de développement d’une trentaine de personnes, tenir une roadmap et un backlog qui servent la décision plutôt que l’inverse, et arbitrer en continu ce qui entre dans une release et ce qui attend.
Le point de départ
Un programme international ne dérive presque jamais d’un coup. Il dérive parce que les demandes arrivent plus vite que la capacité de livraison, parce que chaque intégration finit par être traitée comme un cas particulier, et parce qu’au bout d’un moment plus personne ne tient une vision d’ensemble de ce que fait réellement la solution.
La question posée n’était donc pas « que faut-il développer ensuite ». Elle était : comment garder une solution unique, défendable devant les métiers comme devant l’IT, et livrable au rythme réel des équipes.
Mission confiée
Tenir la solution sur l’ensemble du périmètre du programme, et faire en sorte que les décisions se prennent au bon endroit plutôt que de remonter toutes au même point de blocage.
- Coordonner cinq chefs de projet et une équipe de développement d’environ trente personnes
- Piloter la roadmap et le backlog du programme
- Arbitrer entre besoins métier, contraintes techniques et capacité de livraison
- Coordonner les intégrations avec les systèmes environnants
- Gérer les risques, préparer et suivre les releases
Déroulé
Comment le sujet a été repris.
Quatre mouvements, dans cet ordre. Aucun n’a de valeur seul.
Reconstituer une vue unique de la solution
Avant d’arbitrer quoi que ce soit, il faut savoir ce que la solution fait déjà, ce qui a été promis et ce qui est en cours. Les demandes, les écarts et les intégrations ont été ramenés dans une même lecture, pays par pays, pour que le programme cesse de raisonner par cas particulier.
Remettre la roadmap au service de la décision
Un backlog ne tranche rien. La roadmap a été reconstruite autour de ce qui devait être décidé, avec les hypothèses et les dépendances posées noir sur blanc — pour que les arbitrages se fassent en connaissance de cause, et qu’un refus puisse être expliqué.
Nommer un porteur sur chaque interface
Les intégrations sont l’endroit où les programmes se perdent : tout le monde s’estime dépendant de l’autre. Chaque interface a reçu un responsable identifié côté métier et côté technique, avec un point de contrôle avant chaque release.
Tenir le rythme des releases
Préparation, suivi, gestion des risques : les releases sont redevenues des rendez-vous prévisibles. C’est cette prévisibilité qui permet de dire non à une demande sans bloquer le programme, et de tenir une trajectoire commune entre métier, IT et équipes de développement.
Ce que la mission a permis de poser
- Une lecture commune de la solution entre métier, IT et développement
- Des arbitrages traçables entre besoin, contrainte technique et capacité de livraison
- Un porteur identifié sur chaque interface, contrôlé avant release
- Un rythme de release préparé et suivi, tenu sur la durée du programme
Cette page décrit un rôle tenu et une manière de conduire le sujet. Elle ne publie aucun indicateur de performance interne au client.
Expertises mobilisées
Situation comparable ?
Un programme qui vous échappe se reprend toujours par les faits.
Si vous reconnaissez votre situation dans cette page, le plus utile est d’en parler avant d’avoir tout formalisé.