TMA et maintenance applicative
Maintenance corrective, évolutive et exploitation : un backlog lisible, des engagements adaptés et une documentation qui permet toujours le transfert.
Une TMA utile ne consiste pas à vendre un volume de tickets. Elle doit rendre l’application plus prévisible : savoir ce qui est corrigé, ce qui évolue, combien coûte le run et comment le service peut être transféré.
Nous assurons la maintenance d’applications métier et de leur infrastructure après une reprise, un développement ou le départ de l’équipe historique.
Ce que couvre la TMA
- Maintenance corrective et traitement des incidents
- Évolutions fonctionnelles priorisées avec le métier
- Mises à jour de sécurité et de dépendances
- Tests automatiques sur les parcours critiques
- Déploiements, supervision et sauvegardes
- Documentation technique et procédures de run
- Astreinte dimensionnée lorsque le service le justifie
Un backlog compréhensible
Chaque demande est classée : incident, correction, évolution, dette ou exploitation. La direction peut distinguer le coût de maintien du coût de transformation. Les urgences ne doivent pas effacer toutes les améliorations de fond.
Des engagements adaptés au risque
Le SLA dépend de l’impact métier, des horaires de service et de la capacité réelle à intervenir. Promettre une réponse immédiate sur tout crée une astreinte chère et rarement utile. Nous définissons les niveaux avec vous : critique, bloquant, gênant ou amélioration.
Ne pas recréer une dépendance
Les accès sont nominatifs et tracés. La documentation, les procédures et l’état du backlog restent accessibles. Si vous internalisez ou changez de prestataire, le transfert est prévu dans le service ; il n’est pas utilisé comme moyen de retenir le client.
Reprendre une TMA devenue opaque
Lorsque le run n’est plus lisible, nous commençons par un diagnostic IT : contrats, accès, production, incidents, backlog et coût. Si le logiciel lui-même ne peut plus être livré, la mission relève d’abord d’une reprise de projet informatique.
Prix
Le prix dépend du périmètre applicatif, des horaires, du volume d’incidents, du SLA et de l’état de la documentation. Après le diagnostic, nous séparons le socle mensuel, les interventions incluses et les évolutions chiffrées à part. Aucun forfait crédible ne peut être annoncé sans ces éléments.
L’objectif reste simple : moins de surprises, un run expliqué et une application que l’on peut encore faire évoluer.