La TMA, ou Tierce Maintenance Applicative, consiste à confier la maintenance d’une application métier à un prestataire externe.
Elle concerne aussi bien des logiciels récents que des applications plus anciennes, développées sur mesure, parfois par un autre prestataire ou par une équipe qui n’est plus disponible.
La TMA peut couvrir plusieurs besoins : correction d’anomalies, évolutions fonctionnelles, support technique, sécurisation de l’existant, maintien en conditions opérationnelles ou accompagnement vers une modernisation progressive.
TMA signifie Tierce Maintenance Applicative.
Concrètement, une entreprise confie à un prestataire externe tout ou partie de la maintenance d’une ou plusieurs applications.
L’objectif est généralement de garantir la continuité de fonctionnement du logiciel sans conserver en interne toutes les compétences nécessaires à sa maintenance.
La TMA peut concerner :
La maintenance corrective concerne les anomalies.
Il peut s’agir par exemple :
La maintenance évolutive concerne les changements de besoin.
Par exemple :
Une TMA peut couvrir uniquement le correctif ou associer correctif et évolutif.
Pas forcément.
Le périmètre doit être défini au départ.
Certaines TMA incluent uniquement le support technique de niveau 2 ou 3, tandis que le support de premier niveau reste assuré par l’entreprise cliente ou son prestataire informatique.
Par exemple :
Niveau 1
qualification du problème, vérifications simples, accompagnement utilisateur.
Niveau 2
analyse applicative, investigation dans les données, correction fonctionnelle ou technique.
Niveau 3
intervention complexe sur le code, l’architecture, la base de données ou les interfaces.
Cette distinction permet d’éviter qu’une équipe de développement soit mobilisée pour des demandes qui pourraient être traitées plus simplement.
Avant de maintenir une application, il faut la comprendre.
Une phase de reprise initiale est donc souvent nécessaire.
Elle permet notamment de :
Cette phase est particulièrement importante lorsque le logiciel a été développé par un autre prestataire.
Non.
Une documentation incomplète n’empêche pas la mise en place d’une TMA.
Elle augmente simplement le travail de reprise initiale.
Une approche efficace consiste à documenter progressivement :
La documentation devient alors un résultat de la TMA autant qu’un prérequis.
La plupart des dispositifs de TMA reposent sur un système de tickets.
Chaque demande peut contenir :
Le prestataire peut ensuite qualifier la demande :
Cette organisation permet de tracer les interventions et de mesurer la charge réelle.
Le SLA définit les engagements de service.
Il peut notamment préciser :
Par exemple, un incident totalement bloquant pourra avoir un engagement différent d’une anomalie mineure.
Le SLA doit rester réaliste par rapport au périmètre et au budget.
Il existe plusieurs modèles.
Le client paie un montant fixe qui couvre un périmètre défini.
Ce modèle est intéressant lorsque la charge est relativement stable.
Le client achète un volume consommé selon les interventions.
Cela convient bien lorsque les demandes sont irrégulières.
Chaque intervention est facturée selon le temps réellement consommé.
Ce modèle offre beaucoup de souplesse.
La maintenance corrective est couverte par un forfait, tandis que les évolutions importantes sont chiffrées séparément.
C’est un modèle fréquent pour les applications métiers.
Il n’existe pas de tarif unique.
Le coût dépend principalement de :
Une application simple, peu critique et stable ne nécessite pas le même dispositif qu’un logiciel utilisé quotidiennement par plusieurs sites.
Souvent, oui.
La reprise initiale est une phase distincte de la maintenance courante.
Elle correspond au temps nécessaire pour comprendre suffisamment l’application afin de pouvoir intervenir correctement.
Elle peut inclure :
Vouloir éviter complètement cette phase peut augmenter le risque lors des premières interventions.
La TMA est souvent pertinente lorsque :
La TMA peut alors servir de transition entre le maintien de l’existant et une modernisation future.
Les deux ne s’opposent pas forcément.
Une TMA peut permettre de stabiliser et comprendre l’existant avant de lancer une refonte.
Cette approche réduit les risques car elle permet de mieux identifier :
Une trajectoire fréquente est :
reprendre → stabiliser → maintenir → moderniser progressivement.
Oui.
ENNOVSYS intervient sur des applications métiers existantes pour assurer leur reprise, leur maintenance corrective et leurs évolutions.
Nous pouvons intervenir sur des applications développées par une autre équipe ou un autre prestataire, avec ou sans documentation complète.
Notre approche consiste d’abord à comprendre et sécuriser l’existant, puis à mettre en place un dispositif adapté au niveau de criticité et au volume de demandes.
Pour en savoir plus :
TMA / Maintenance applicative
https://maintenance-application.ennovsys.fr/
Maintenance WinDev
https://maintenance-windev.ennovsys.fr/
Reprise d’application WinDev
https://reprise-windev.ennovsys.fr/
Toutes les expertises ENNOVSYS
https://expertises.ennovsys.fr/
