TMA
Le sujet n'est pas seulement fonctionnel : il engage aussi accessibilité, documentation, traçabilité et continuité de service.
Maintenance et évolution des applications publiques
Assurer la TMA, les correctifs, les évolutions et le support d’applications publiques sur des cycles longs et documentés.
Ce qu’une maintenance publique doit garder lisible dans la durée :
Correctifs
Chaque décision doit rester relisible dans le temps, autant pour l'exploitation quotidienne que pour l'audit ou la reprise.
Évolutions
Les parcours doivent rester compréhensibles pour l'usager comme pour les équipes qui instruisent les dossiers.
Support
La bonne architecture évite surtout de recréer un silo difficile à maintenir, à sécuriser ou à reprendre.
Comment prioriser les correctifs quand service, accessibilité et risque se croisent ?
Les correctifs ne doivent pas être triés uniquement par ordre d'arrivée. Il faut arbitrer selon l'impact métier, la continuité du service, le risque réglementaire, le nombre d'usagers touchés et la capacité de l'équipe à tenir une correction propre sans en créer deux nouvelles dans le lot suivant. Dans un contexte public, la qualité du correctif compte autant que sa vitesse. Une correction utile laisse une trace lisible, met à jour la base documentaire si nécessaire et n'ajoute pas une exception silencieuse qui fragilisera la prochaine évolution.
Comment faire évoluer une application publique sans relancer un grand projet ?
Les évolutions servent à améliorer progressivement le service : reprendre un parcours, ajouter une intégration, clarifier un rôle, mieux suivre un statut, corriger une faiblesse d'accessibilité ou simplifier un écran qui coûte trop de temps aux équipes. Elles doivent toutefois rester cadrées. Lorsqu'une évolution change le fonctionnement d'ensemble, il faut la traiter comme un vrai chantier, avec ses hypothèses, ses livrables et sa trajectoire de mise en service, au lieu de la masquer dans une simple ligne de maintenance.
Que doit apporter le support au-delà du simple traitement de ticket ?
Le support utile ne consiste pas seulement à recevoir des tickets. Il doit garder une lecture claire des incidents, des décisions prises, des arbitrages de priorité, des échanges avec les utilisateurs et de la responsabilité réelle de chaque action de reprise. Cette lisibilité compte particulièrement lorsque plusieurs acteurs interviennent : métier, support, prestataire, hébergeur, accessibilité ou sécurité. Sans cette lecture commune, la maintenance devient réactive et l'application redevient opaque à la première période tendue.
Quels SLA doivent être explicités dès le départ ?
Des SLA utiles ne sont ni décoratifs ni théoriques. Ils doivent refléter la criticité réelle du service, les plages d'usage, le coût d'une interruption, la capacité d'astreinte et la réalité des dépendances techniques qui conditionnent le retour à la normale. Le bon niveau d'engagement est celui que l'équipe peut tenir proprement dans le temps. Trop promettre sur le papier sans supervision, documentation ni reprise testée finit par fragiliser le service au lieu de le sécuriser.
Questions fréquentes :
Correctifs, petites évolutions, suivi des incidents, mises à jour techniques, documentation et parfois accessibilité ou sécurité.
Pages liées :
Institutions et opérateurs publics
Pour les structures où la continuité de service, l’auditabilité et la clarté des accès sont non négociables.
Développement de logiciels pour les administrations publiques
Des logiciels publics conçus pour la continuité de service, la propriété du code, la réversibilité et une maintenance dans la durée.
Modernisation des services publics numériques
Moderniser les parcours usagers et agents pour réduire les délais, le papier et les points de friction dans les services publics numériques.
Développement d’applications conformes au RGAA
Concevoir, auditer et corriger des applications publiques avec une vraie exigence d’accessibilité numérique dans la durée.
Sécurisation des systèmes d’information publics
Sécuriser les accès, les traces, les sauvegardes et la continuité d’activité sur des systèmes publics ou parapublics.
Répondre à un marché public avec Koragence
Méthodologie de réponse, livrables, réversibilité, sécurité, maintenance et conduite du changement pour les marchés publics numériques.
Articles liés :
RGPD SaaS : checklist de conformité avant mise en production
Les vérifications essentielles avant de mettre un SaaS ou un outil numérique en production: cartographie des données, contrats, droits, sécurité et information.
Audit sécurité application web : la checklist minimale avant mise en production
Les points de contrôle les plus utiles avant de lancer une application web ou un SaaS: accès, secrets, journalisation, sauvegardes, dépendances, durcissement et gouvernance.
Logiciel métier sur mesure vs ERP : quoi choisir quand vos process sont spécifiques ?
ERP, logiciel métier sur mesure, brique intermédiaire: comment arbitrer selon votre complexité opérationnelle, vos contraintes d’adoption et vos flux réels.
Parlons de votre projet :
Nous échangeons gratuitement sur votre besoin et nous vous expliquons clairement comment nous pouvons vous aider, sans engagement.
Comment structurer une TMA publique qui reste lisible plusieurs années ?
Une TMA publique utile ne mélange pas tout dans la même file. Elle distingue ce qui relève d'un correctif, d'une évolution, d'un incident d'exploitation, d'un sujet d'accessibilité ou d'un chantier plus structurel, afin que les priorités, les délais et les responsabilités restent lisibles pour toutes les parties. Cette organisation évite aussi un autre piège : faire porter à la maintenance courante des arbitrages qui relèvent en réalité de la gouvernance produit. Plus la distinction est nette, plus l'application peut évoluer sans perdre sa stabilité ni sa documentation.