Ce qu'elle couvre, au-delà des correctifs
Beaucoup réduisent la TMA au dépannage. C'est la partie visible, ce n'est pas la plus importante. Une maintenance sérieuse couvre quatre familles de travaux : la correction des anomalies, la maintenance de sécurité avec les mises à jour de dépendances, la maintenance dite préventive qui surveille et anticipe, et les petites évolutions qui adaptent l'outil aux changements du métier.
C'est la deuxième famille qui protège le plus. Une application qui ne reçoit plus de mises à jour ne s'arrête pas de fonctionner : elle accumule des vulnérabilités connues et publiées, jusqu'au jour où l'une d'elles est exploitée. Le risque monte pendant que rien ne bouge à l'écran.
Ce qu'un contrat doit dire
Un contrat utile fixe le périmètre exact des applications couvertes, une classification des incidents par gravité, un délai de prise en compte et un délai de rétablissement par niveau, les plages d'ouverture, et le mode de traitement des évolutions hors correctif, souvent sous forme d'enveloppe.
Il doit aussi dire ce qui n'est pas couvert, et prévoir la réversibilité : accès au code, à l'infrastructure et à la documentation à tout moment. Sans ces éléments, l'engagement reste une intention et le suivi devient une discussion au cas par cas.
Le calcul économique
La TMA est la ligne qu'on coupe en premier quand le budget serre, et c'est la coupe la plus chère à moyen terme. Sans elle, la dette technique s'accumule sans compteur, les dépendances sortent du support, la connaissance se dilue, et l'application finit en code legacy dont la reprise coûte plusieurs fois ce qu'aurait coûté l'entretien.
Son efficacité repose sur une condition simple : voir ce qui se passe. Sans observabilité, un engagement de rétablissement se mesure à partir du moment où un utilisateur se plaint. Nous décrivons notre façon de travailler sur la durée sur notre page maintenance applicative.
