Qu'est-ce que la TMA ?
La TMA est la prise en charge, par un tiers, de la vie d'un logiciel après sa mise en service : il le surveille, le répare, l'adapte et le fait évoluer selon des règles convenues à l'avance.
Le terme est surtout employé par les grandes entreprises, mais le besoin est le même dans une PME. Un logiciel métier n'est jamais figé : le système d'exploitation des téléphones change, une bibliothèque reçoit un correctif de sécurité, un fournisseur modifie son API, la réglementation impose un nouveau format, vos équipes demandent un nouvel écran. Sans organisation, ces sujets arrivent en urgence et se traitent au cas par cas. La TMA les transforme en un service prévisible.
Il ne faut pas la confondre avec la maintenance d'un site vitrine, centrée sur les mises à jour du CMS et la sauvegarde, que décrit l'article pourquoi la maintenance d'un site est indispensable.
Les quatre types de maintenance applicative
On distingue classiquement quatre natures de maintenance, et un contrat clair dit lesquelles sont couvertes.
| Type | Ce qu'elle traite | Exemple concret |
|---|---|---|
| Corrective | Les anomalies constatées en production | Le PDF du rapport d'intervention ne se génère plus pour un client |
| Adaptative | Les changements de l'environnement technique ou légal | Nouvelle version d'iOS, changement d'API d'un transporteur, nouveau format de facture |
| Préventive | Les risques avant qu'ils ne deviennent des pannes | Mises à jour de sécurité, surveillance de l'espace disque, test des sauvegardes |
| Évolutive | Les nouvelles fonctions demandées par le métier | Ajout d'un module de devis, d'un tableau de bord, d'un nouveau rôle utilisateur |
Les trois premières maintiennent la valeur du logiciel. La quatrième l'augmente, et se pilote souvent comme une suite de petits projets chiffrés un par un.
Quand une PME a-t-elle besoin d'une TMA ?
Dès qu'un logiciel devient indispensable à l'activité quotidienne et que personne en interne n'a la compétence ou le temps de s'en occuper.
- Vos équipes terrain ne peuvent plus travailler si l'application mobile s'arrête.
- Le logiciel échange des données avec d'autres outils dont les versions changent.
- Il contient des données personnelles ou sensibles, donc des obligations de sécurité.
- Le développeur d'origine n'est plus disponible ou plus joignable.
- Des demandes d'évolution s'accumulent sans être traitées.
Si le logiciel est vieillissant ou fragile, une TMA seule ne suffit pas toujours ; la page moderniser un logiciel ancien décrit l'étape préalable.
Les engagements de service à écrire dans le contrat
Un contrat de TMA vaut ce que valent ses définitions : niveaux de gravité, délais, périmètre et modalités de signalement doivent être écrits avant le premier incident.
- Le périmètre : quelles applications, quels environnements, quels types de maintenance, et ce qui en est exclu.
- Les niveaux de gravité : bloquant (l'activité s'arrête), majeur (contournement possible), mineur (gêne).
- Le délai de prise en charge : le temps entre le signalement et le début du traitement, par niveau de gravité.
- Le délai de rétablissement : le temps pour remettre le service en marche, même par un contournement provisoire.
- Les horaires couverts : jours ouvrés, astreinte éventuelle.
- Le canal de signalement : outil de tickets, adresse dédiée, téléphone pour les incidents bloquants.
- Le traitement des évolutions : chiffrage préalable, validation, planification.
- Le reporting : liste des incidents, durées réelles, actions préventives menées.
Distinguez bien délai de prise en charge et délai de résolution : un prestataire peut s'engager à commencer vite sans pouvoir garantir qu'une anomalie complexe sera corrigée en quelques heures.
Comment se déroule le traitement d'un incident, concrètement
Un incident bien traité suit toujours le même chemin, du signalement à la clôture, et chaque étape laisse une trace.
- Signalement : la responsable d'exploitation constate que les rapports du matin ne partent plus aux clients et ouvre un ticket avec une capture et l'heure.
- Qualification : le prestataire classe l'incident (ici majeur, car les interventions continuent mais les clients ne reçoivent rien) et confirme la prise en charge.
- Contournement : en attendant la correction, les rapports sont renvoyés manuellement depuis le tableau de bord.
- Correction : la cause est trouvée (un service d'envoi d'e-mails a changé ses règles), corrigée et testée en préproduction.
- Déploiement et clôture : la correction passe en production, les rapports en attente sont renvoyés, le ticket est clos avec l'explication.
Ce dernier point compte : une cause documentée évite que le même incident revienne trois mois plus tard.
Ce que la TMA suppose côté logiciel
Une TMA efficace repose sur un logiciel qu'on peut comprendre, tester et redéployer sans risque.
- Un code source accessible, versionné, dont vous détenez les droits (voir le guide propriété du code et réversibilité).
- Une documentation d'architecture et de déploiement.
- Des environnements séparés : production et préproduction pour tester les corrections.
- Des tests automatisés sur les parcours critiques, comme le programme de vérification qui rejoue 269 contrôles à chaque mise à jour de la plateforme Klass.
- Une supervision qui alerte avant que les utilisateurs ne s'en aperçoivent.
- Des sauvegardes testées, pas seulement programmées.
Les erreurs courantes
- Signer une TMA sans définition des niveaux de gravité, puis découvrir que « urgent » n'a pas le même sens pour les deux parties.
- Tout mettre dans le forfait, évolutions comprises, et voir les demandes de fond attendre derrière les petites corrections.
- Confier la TMA sans audit initial d'un code écrit par un autre : le repreneur découvre les fragilités en production.
- Négliger la maintenance adaptative : Google Play, par exemple, refuse les mises à jour d'une application qui ne cible pas un niveau d'API Android récent, et une application trop ancienne n'est plus proposée aux nouveaux utilisateurs des versions récentes d'Android.
- Laisser les accès au seul prestataire, ce qui crée une dépendance.
Check-list d'un contrat de TMA
- Le périmètre applicatif et les types de maintenance couverts sont listés.
- Les niveaux de gravité sont définis avec des exemples.
- Les délais de prise en charge et de rétablissement sont fixés par niveau.
- Les horaires et le canal de signalement sont précisés.
- Les évolutions suivent un circuit de chiffrage et de validation.
- Un compte rendu périodique est prévu.
- Le code, les accès et la documentation restent à votre nom.
- La sortie du contrat et la passation à un autre prestataire sont organisées.
Ce que fait YMHB Web
Après la mise en service, YMHB Web propose un accompagnement qui couvre l'hébergement, la maintenance et l'évolution des applications qu'elle a construites ou reprises. Le contenu, les délais d'intervention et ce qui relève d'une évolution chiffrée à part sont écrits avant le démarrage. Pour un logiciel développé par un autre prestataire, le cadrage commence par un état des lieux du code, des accès et de la documentation. Le service maintenance et sécurité détaille les interventions techniques.
Questions fréquentes
- Que signifie TMA en informatique ?
- TMA signifie tierce maintenance applicative. Une entreprise confie à un prestataire extérieur, le tiers, la maintenance d'une ou plusieurs applications déjà en production : correction des anomalies, adaptation aux changements techniques et réglementaires, actions préventives et évolutions fonctionnelles. Le périmètre et les délais d'intervention sont fixés dans un contrat.
- Quelle différence entre maintenance corrective et évolutive ?
- La maintenance corrective répare ce qui ne fonctionne pas comme prévu : une anomalie, un calcul faux, un écran qui ne s'affiche plus. La maintenance évolutive ajoute ou modifie des fonctions à la demande du métier : un nouveau module, un nouveau rapport, un nouveau rôle. La première maintient la valeur du logiciel, la seconde l'augmente et se chiffre généralement à part.
- Qu'est-ce que la maintenance adaptative d'un logiciel ?
- La maintenance adaptative d'un logiciel consiste à le faire suivre les changements de son environnement sans changer ce qu'il fait pour l'utilisateur : nouvelle version d'un système d'exploitation mobile, mise à jour d'une bibliothèque, modification de l'API d'un partenaire, nouveau format réglementaire. Sans elle, un logiciel qui fonctionnait finit par casser alors que personne n'y a touché.
- Qu'est-ce qu'un délai de prise en charge dans un contrat de TMA ?
- Le délai de prise en charge est le temps maximal entre le signalement d'un incident et le début de son traitement par le prestataire de TMA. Il se distingue du délai de rétablissement, qui mesure le temps pour remettre le service en état, parfois par un contournement provisoire. Les deux se fixent par niveau de gravité dans le contrat.
- Peut-on confier la TMA d'un logiciel à un autre prestataire que celui qui l'a développé ?
- Oui, à condition de disposer du code source, des accès techniques, de la documentation et des droits nécessaires pour modifier le logiciel. Le nouveau prestataire commence normalement par un audit pour évaluer la qualité du code, les risques de sécurité et les dépendances obsolètes avant de s'engager sur des délais d'intervention.