03/09/2026
Ce sujet a été traité lors d'un webinar dédié. Cet article en reprend les principaux enseignements.
Les projets EPM mobilisent beaucoup d'énergie sur le cadrage, le choix de solution et la mise en œuvre. Pourtant, une question essentielle reste souvent sous-estimée : que se passe-t-il après le go-live ?
Car une fois l'application en production, un nouveau cycle commence. Support aux utilisateurs, gestion des incidents, évolutions fonctionnelles, maintien des compétences, gouvernance… L'enjeu n'est plus seulement de réussir le projet, mais de garantir la continuité et la performance de la solution dans la durée.
Or, dans un contexte marqué par la complexification des environnements EPM, la rareté des compétences et une volonté croissante d'autonomie des organisations, cette phase d'exploitation devient un sujet stratégique.
L'un des messages clés du webinar est sans ambiguïté : la mise en œuvre d'un projet et l'exploitation quotidienne d'une application EPM sont deux métiers différents.
Les équipes projet sont mobilisées sur :
Les équipes TMA doivent quant à elles :
Cette distinction est fondamentale, car elle implique des compétences, des processus et une organisation spécifique.
Dans de nombreux projets, les discussions portent rapidement sur les licences, les charges d'intégration ou la trajectoire de déploiement.
La question de l'exploitation future arrive souvent bien plus tard.
Pourtant, plusieurs sujets devraient être abordés dès les premières phases :
Ce sont ces choix qui conditionneront la capacité de l'organisation à faire vivre durablement sa plateforme EPM.
Le passage du projet vers la TMA ne se fait pas en une seule fois.
Les intervenants ont présenté une trajectoire en trois phases.
L'objectif est de sécuriser les premières exploitations et d'assurer la satisfaction des utilisateurs. Les équipes projet restent fortement mobilisées pour traiter les éventuels incidents et ajustements.
Une équipe TMA dédiée s'intègre progressivement dans le dispositif. Elle prend en charge certaines activités tout en montant en compétence sur le contexte fonctionnel et technique.
L'application est désormais exploitée dans un mode stabilisé. L'équipe TMA pilote alors la maintenance quotidienne, les évolutions récurrentes et les opérations de support.
L'un des retours d'expérience les plus intéressants du webinar concerne la phase de recette.
L'idée n'est pas d'intégrer toute la future équipe TMA dans le projet, mais d'impliquer au moins une personne clé suffisamment tôt pour :
Cette approche limite fortement les risques liés au transfert de connaissances en fin de projet.
Au fond, la TMA n'est pas d'abord un sujet d'outillage.
C'est un sujet d'organisation, de responsabilités et de gouvernance.
Plus l'organisation définit tôt son modèle cible, plus la transition sera fluide. À l'inverse, attendre la fin du projet pour se poser la question de la TMA revient souvent à reporter des arbitrages pourtant structurants.
La réussite d'un projet EPM ne se mesure donc pas uniquement à la qualité de sa mise en production.
Elle se mesure aussi à sa capacité à fonctionner efficacement dans la durée.
Reste alors une question essentielle : quelle organisation mettre en place une fois l'application en production ? Externalisation complète, co-réalisation ou assistance ponctuelle ? C'est précisément le sujet que nous abordons dans notre prochain article consacré aux différents modèles de TMA.
Et si nous faisions le point sur la maturité de votre organisation pour la phase de TMA ?
