Qu'est-ce que la TMA ?
La TMA est un service par lequel une entreprise confie à un prestataire extérieur la maintenance d'une ou plusieurs applications qui fonctionnent déjà en production.
Chaque lettre du sigle a un sens précis :
- Tierce : le travail est fait par un tiers, extérieur à l'entreprise, et non par son service informatique.
- Maintenance : il s'agit de garder le logiciel en état de marche et de le faire évoluer, pas de le construire.
- Applicative : l'objet est l'application elle-même, son code et ses données, et non les serveurs, le réseau ou les postes de travail.
La TMA commence donc là où le projet de développement s'arrête, après la mise en service. Le guide TMA et maintenance applicative détaille le contenu d'un contrat et le traitement d'un incident.
D'où vient le terme TMA ?
Le terme TMA vient du vocabulaire français de l'externalisation informatique, qui sépare l'infogérance d'infrastructure (serveurs, réseau) de l'infogérance applicative (les logiciels).
On le croise surtout dans les grandes organisations et les marchés publics, ce qui lui donne une image réservée aux grands comptes. Le besoin est pourtant identique dans une PME dont l'activité quotidienne dépend d'un logiciel métier. Le vocabulaire de la maintenance a d'ailleurs un cadre normalisé : la norme internationale ISO/IEC/IEEE 14764:2022 (Software engineering, Software life cycle processes, Maintenance), publiée en janvier 2022. Selon sa présentation par l'IEEE, elle fournit le cadre, la terminologie précise et les processus de la maintenance du logiciel, mais ne traite pas de l'exploitation (sauvegarde, restauration, administration système), assurée par ceux qui font tourner le logiciel : c'est la frontière entre TMA et infogérance d'infrastructure.
Comment se déroule une TMA, du début à la fin ?
Une TMA se déroule en trois phases : la prise en main du logiciel, le service courant, puis la sortie, que l'on appelle la réversibilité.
| Phase | Ce qui se passe | Ce que le client obtient |
|---|---|---|
| Prise en main | Le prestataire lit le code, installe les environnements, recense les dépendances et les incidents connus. Si le logiciel vient d'un autre prestataire, cette phase commence par un audit. | Un état des lieux écrit : risques, points fragiles, corrections prioritaires |
| Service courant | Les demandes arrivent par un canal unique, sont classées (anomalie, adaptation, évolution) et traitées selon les engagements du contrat. Les évolutions sont chiffrées et validées une par une. | Un compte rendu périodique : demandes traitées, délais réels, actions préventives |
| Sortie | Le prestataire remet le code, la documentation, les accès et les demandes en cours au successeur ou à l'équipe interne, et l'accompagne pendant la passation. | Un logiciel repris sans interruption de service |
Quand le logiciel a été écrit par un autre prestataire, la prise en main commence par cet état des lieux du code, des accès et de la documentation. Le mode de facturation des évolutions est comparé dans forfait ou régie, et les délais promis s'écrivent dans un SLA.
Exemples de TMA dans une PME
Trois situations montrent ce que la TMA prend en charge au quotidien.
- Un négociant en matériaux utilise un outil de commande en ligne relié à son ERP. Son prestataire de paiement annonce la fin d'une ancienne version de son interface : la TMA migre l'intégration avant la date butoir, sans que les clients s'en aperçoivent. C'est de la maintenance adaptative.
- Une entreprise de dépannage veut ajouter une case de consentement du client sur le rapport d'intervention mobile. La demande est chiffrée, validée par la direction, développée puis testée : c'est une évolution, traitée à part du maintien en état.
- Un organisme de formation exploite une plateforme d'inscription. Chaque trimestre, la TMA applique les mises à jour de sécurité des bibliothèques et vérifie qu'une sauvegarde se restaure : c'est du préventif, invisible tant que tout va bien.
TMA, infogérance, support, garantie : quelles différences ?
La TMA est souvent confondue avec des services voisins qui ne couvrent pas la même chose.
| Service | Ce qu'il couvre | Ce qu'il ne couvre pas |
|---|---|---|
| Garantie | Les défauts du logiciel livré, pendant une durée fixée au contrat après la recette | Les adaptations et les évolutions |
| TMA | Correction, adaptation, prévention et évolution d'une application en production | L'exploitation des serveurs, sauf si le contrat l'ajoute |
| Infogérance d'infrastructure | Serveurs, réseau, sauvegardes, supervision système | Le code de l'application |
| Support utilisateur | Questions des utilisateurs, création de comptes, aide à l'utilisation | La modification du logiciel |
| Maintenance de site web | Mises à jour du CMS et des extensions, sauvegardes d'un site vitrine | Un logiciel métier avec ses règles propres |
Pour un site vitrine, c'est la maintenance web qui convient ; pour un logiciel métier, c'est une TMA.
Termes voisins de la TMA
- Réversibilité : organisation de la fin d'une TMA pour changer de prestataire sans perte (voir la définition de la réversibilité).
- Dette technique : compromis accumulés dans le code, qui ralentissent chaque intervention de maintenance (voir la définition de la dette technique).
- MCO (maintien en condition opérationnelle) : ensemble des actions qui gardent un système en état de fonctionner ; la partie corrective et préventive d'une TMA en relève.
- Unité d'œuvre : mesure standardisée d'une tâche (une correction simple, une petite évolution) qui sert à chiffrer et suivre les demandes d'une TMA.
- TRA (tierce recette applicative) : externalisation des tests d'un logiciel avant chaque mise en production.
Questions fréquentes
- Que veut dire le « T » de TMA ?
- Dans TMA, le « T » signifie « tierce » : la maintenance applicative est confiée à un tiers, c'est-à-dire un prestataire extérieur à l'entreprise, plutôt qu'au service informatique interne. Ce prestataire peut être l'agence qui a développé le logiciel ou une autre société qui le reprend. Dans les deux cas, le périmètre et les délais d'intervention de la TMA sont fixés par contrat.
- Quelle est la différence entre TMA et infogérance ?
- L'infogérance désigne l'externalisation de tout ou partie d'un système d'information. La TMA en est la branche applicative : elle s'occupe du logiciel lui-même, de son code et de ses évolutions. L'infogérance d'infrastructure s'occupe des serveurs, du réseau et des sauvegardes. Un même prestataire peut assurer les deux, mais le contrat doit dire clairement lequel des deux services est couvert.
- Une PME a-t-elle besoin d'une TMA ?
- Une PME a besoin d'une TMA dès qu'un logiciel sur mesure est indispensable à son activité quotidienne et que personne en interne ne peut le corriger ni le faire évoluer. Sans TMA, les mises à jour de sécurité sont oubliées, les changements des services connectés cassent le logiciel sans prévenir et les demandes d'évolution s'accumulent. Le contrat peut rester simple s'il fixe périmètre et délais.
- Comment se termine un contrat de TMA ?
- Un contrat de TMA se termine par une phase de réversibilité : le prestataire sortant remet le code source à jour, la documentation, les accès, la liste des demandes en cours et l'historique des incidents, puis accompagne le successeur pendant la passation. Cette phase doit être décrite dès la signature, avec sa durée et son coût, pour ne pas dépendre de la bonne volonté de chacun au moment de la séparation.
À lire aussi
- TMA : définition de la maintenance applicative
- Accompagnement et évolutions après la mise en service
- SLA (engagement de niveau de service) : définition
- Réversibilité informatique : définition et exemples
- Reprendre un logiciel abandonné par son prestataire
- Forfait ou régie : quel contrat pour un développement