Tierce maintenance applicative : maîtriser les coûts, le périmètre et la continuité
Publié par : Éloïse Garin-Vidal — Rédactrice spécialisée en tech
La tierce maintenance applicative (TMA) consiste à confier à un prestataire externe la maintenance d’une application ou d’un ensemble de logiciels. Elle permet de corriger les anomalies, de prévenir les défaillances et de faire évoluer les fonctionnalités. Pour garder la maîtrise de ses outils métier, l’entreprise doit définir clairement le périmètre, les responsabilités, les coûts et les engagements de service.
Délimiter la TMA avant de confier son application
La maintenance applicative désigne une activité, tandis que la TMA en précise le mode d’organisation externalisé. Une entreprise peut donc assurer elle-même cette maintenance ou en confier tout ou partie à un tiers. Les interventions peuvent avoir lieu sur site, à distance ou selon une organisation mixte.
Le périmètre peut couvrir le code, les interfaces avec d’autres logiciels, les traitements automatisés et les composants de bases de données nécessaires au fonctionnement de l’application. Il doit préciser les versions concernées, les environnements couverts et les exclusions. Pour une application reliée à un service de paiement, par exemple, il faut savoir qui intervient si l’échange entre les deux systèmes échoue.
| Prestation | Rôle principal | Exemple d’intervention |
|---|---|---|
| TMA | Maintenir et faire évoluer les applications | Corriger une règle de calcul et tester son fonctionnement |
| Support logiciel | Assister les utilisateurs et traiter les incidents selon le contrat | Diagnostiquer une erreur et proposer une solution de contournement |
| Infogérance de production | Assurer l’exploitation des environnements informatiques | Surveiller les serveurs et exécuter les opérations d’exploitation |
Ces prestations peuvent se recouper dans une offre commerciale. Un support éditeur peut inclure des correctifs, tandis qu’un marché de TMA peut prévoir des services techniques complémentaires. Le CCAG TIC 2021 précise notamment les contours de la TMA et de l’infogérance pour les marchés qui s’y réfèrent. Le contrat, et non l’intitulé de l’offre, détermine les prestations dues.
Organiser les interventions autour de trois besoins distincts
La TMA comprend généralement trois catégories de maintenance : corrective, préventive et évolutive. Les distinguer évite que les incidents urgents absorbent tout le budget consacré à la prévention et aux évolutions.
Corriger les anomalies et vérifier le résultat
La maintenance corrective traite les bugs et les dysfonctionnements : un export incomplet, une commande impossible à valider ou un calcul erroné. L’intervention comprend le diagnostic, la correction et les tests adaptés. La validation fonctionnelle vérifie ensuite que le besoin métier est satisfait et que les fonctions voisines n’ont pas subi de régression. Le contrat doit distinguer un simple accusé de réception du rétablissement effectif du service.
Prévenir les pannes et l’obsolescence
La maintenance préventive repose notamment sur des audits techniques, des contrôles périodiques, l’analyse des dépendances et le traitement des vulnérabilités. Les sauvegardes et les essais de restauration doivent également être confiés à un responsable identifié, qu’ils relèvent du prestataire TMA ou de l’exploitant. Prévenir les incidents suppose de planifier les interventions avant qu’un composant obsolète ou une fragilité connue ne provoque une panne.
Adapter l’application aux nouveaux usages
La maintenance évolutive accompagne l’ajout de fonctionnalités, les changements réglementaires et les adaptations techniques. Il peut s’agir de modifier un parcours de validation ou de connecter un nouvel outil de gestion. Chaque demande doit être qualifiée et estimée, avec des critères d’acceptation définis. Une refonte importante gagne toutefois à faire l’objet d’un projet distinct, plutôt qu’à être intégrée sans cadrage à la maintenance courante.
Externaliser lorsque le besoin justifie une organisation durable
La TMA devient pertinente lorsque l’entreprise dépend d’applications qu’elle ne parvient plus à entretenir sereinement : compétences rares, documentation insuffisante, départ d’un développeur clé ou accumulation d’incidents. Elle peut aussi libérer une équipe interne pour de nouveaux projets, tout en assurant le suivi des outils existants.
Une petite entreprise équipée d’un logiciel métier spécifique peut rechercher une continuité de compétences. Une organisation qui exploite plusieurs applications peut plutôt vouloir harmoniser le traitement des demandes et coordonner les intervenants. À l’inverse, si l’éditeur d’un logiciel standard répond déjà aux besoins, un contrat de support peut suffire.
Les bénéfices attendus portent sur la qualité, la sécurité, la continuité et la visibilité budgétaire. La baisse des coûts n’est pas automatique : la reprise des connaissances, la remise à niveau technique et les interventions hors périmètre peuvent alourdir le budget. La comparaison doit tenir compte de ces dépenses, mais aussi du temps que l’entreprise consacre au pilotage.
Le risque est de remplacer la dépendance à une personne par une dépendance à un fournisseur. Il faut conserver l’accès au code, aux documents et à l’historique des décisions. L’entreprise doit aussi désigner un responsable capable de prioriser les besoins et de valider les résultats. Externaliser l’exécution ne revient pas à déléguer les arbitrages métier.
Choisir un prestataire et un contrat adaptés à la charge réelle
Un prestataire doit maîtriser les technologies utilisées et comprendre les conséquences métier d’un incident. Une anomalie de facturation ne se traite pas comme un simple défaut de code. Demandez comment l’équipe qualifie les urgences, organise les remplacements et sécurise les mises en production. Des références comparables et des exemples de livrables aident à évaluer ses pratiques au-delà de ses arguments commerciaux.
Trois modèles contractuels sont courants et peuvent être combinés :
- Le forfait : il convient à un périmètre et à une charge suffisamment prévisibles. Il facilite la visibilité budgétaire, mais exige de préciser les exclusions et la procédure de modification.
- Le temps et matériel : les prestations sont facturées selon le temps passé et les moyens mobilisés. Ce modèle offre de la souplesse, à condition de suivre régulièrement les consommations et de convenir de plafonds.
- L’équipe dédiée : une capacité identifiée répond aux besoins récurrents. Cette formule favorise la connaissance du métier, avec des priorités claires et une charge adaptée.
Pour comparer les offres, transmettez aux candidats le même inventaire applicatif et un historique représentatif des demandes. Faites préciser les horaires de couverture, les éventuelles astreintes, les modalités de facturation des évolutions et les engagements de service, souvent appelés SLA. Un délai de prise en charge ne garantit pas, à lui seul, la résolution de l’incident.
Préparer la reprise et garder une visibilité sur le service
La prise en charge commence par le transfert des connaissances : architecture, accès sécurisés, procédures de déploiement, incidents connus et règles métier sensibles. Une phase de reprise permet au prestataire de vérifier qu’il sait diagnostiquer, tester et livrer une modification. Les limites constatées doivent être consignées avant le passage au fonctionnement courant.
La surveillance du service ne doit pas se limiter au nombre de tickets clos. Une anomalie récurrente, des correctifs régulièrement annulés ou une documentation qui prend du retard peuvent signaler une dégradation. Cette analyse permet de planifier une action préventive avant que plusieurs incidents mineurs ne provoquent une interruption importante.
Le pilotage peut s’appuyer sur les délais de rétablissement selon la criticité, les incidents récurrents, les régressions après livraison et la consommation budgétaire. Un point opérationnel permet de traiter les demandes en cours. Un comité de suivi arbitre les priorités et les améliorations de fond.
Enfin, prévoyez la réversibilité dès la signature : restitution du code et de la documentation, transmission des accès, assistance au successeur et conditions financières de sortie. Une TMA bien organisée améliore la maintenabilité de l’application et clarifie les responsabilités, y compris si l’entreprise décide de changer de prestataire.
Articles qui pourraient vous intéresser :
Audit informatique : 4 étapes pour sécuriser vos données et booster votre performance
Logiciel libre : 4 libertés fondamentales et 3 nuances pour ne plus le confondre avec le gratuit
Lucca Socle RH : centralisez vos données collaborateurs pour fiabiliser votre gestion administrative
Entreprise numérique : automatiser les processus, piloter par la donnée, lever les blocages internes