Votre plateforme Drupal est en production. Les mises à jour de sécurité partent à temps, les sauvegardes tournent, et un ticket de bug se règle en général dans la semaine. Tout semble fonctionner.
Sauf qu'un an plus tard, la plateforme est au même point qu'au premier jour. Les fonctionnalités que l'équipe métier attendait depuis des mois n'ont jamais atterri. La dette technique s'est accumulée silencieusement. Et la migration vers Drupal 11 — pourtant prévue « dès que possible » — n'a pas encore démarré.
C'est le signe d'une TMA qui maintient sans faire évoluer. Une exploitation qui corrige les incidents mais ne pilote pas de trajectoire.
Ce que couvre réellement une TMA Drupal
TMA signifie Tierce Maintenance Applicative. Dans le contexte Drupal, une TMA bien structurée recouvre trois périmètres distincts.
La maintenance corrective : corriger les bugs, les régressions et les incidents survenus en production. C'est la base minimale — nécessaire, mais insuffisante.
La maintenance préventive : appliquer les mises à jour de sécurité de Drupal core et des modules contrib, vérifier l'intégrité des sauvegardes, surveiller les performances et les journaux d'erreur.
La maintenance évolutive : faire progresser la plateforme. Intégrer de nouvelles fonctionnalités, adapter les modules aux évolutions métier, préparer et réaliser la montée de version vers Drupal 11. C'est cette troisième dimension qui transforme la TMA Drupal en levier de valeur — et elle est souvent absente des contrats.
La différence entre "pas de problème" et "ça progresse"
Dans une TMA purement corrective, le critère de succès est l'absence d'incident. Dans une TMA évolutive, le critère de succès est différent : la plateforme de ce mois-ci est-elle meilleure que celle du mois dernier ?
Une TMA Drupal évolutive exige un backlog priorisé maintenu conjointement avec l'équipe métier, un rythme de livraison régulier, des revues périodiques pour ajuster les priorités, et une visibilité partagée sur ce qui a été fait et ce qui reste à traiter.
Structurer un backlog d'amélioration continue
Le backlog d'une TMA évolutive fonctionne différemment du carnet de tickets d'un support correctif. Il accueille les demandes métier de faible amplitude, les améliorations techniques identifiées lors des audits périodiques, et les jalons de la montée de version Drupal découpés en étapes livrables indépendamment.
Chaque item reçoit une valeur métier estimée et un coût technique approximatif. Les items à haute valeur et faible coût passent en premier. Une itération mensuelle est le minimum pour maintenir la dynamique.
La montée de version comme trajectoire, pas comme urgence
Drupal 10 atteint sa fin de vie en décembre 2026. Une TMA évolutive structurée peut absorber la migration Drupal 11 en plusieurs phases : audit de compatibilité, mise à jour des modules phase par phase, tests de régression par section fonctionnelle, puis bascule en production avec procédure de rollback préparée.
Traiter la montée de version comme un projet d'urgence à l'automne 2026 multiplie le risque technique et la pression humaine. Intégrée à la TMA Drupal dès maintenant, c'est un chantier maîtrisé qui avance sans mobiliser l'équipe en mode dégradé.
Les blocages fréquents d'une TMA qui ne progresse pas
L'urgence permanente. Quand chaque semaine amène son lot de corrections prioritaires, il ne reste aucune bande passante pour les améliorations prévues. La solution : distinguer clairement le flux correctif et le flux évolutif.
Le backlog fantôme. Il existe sur papier, mais n'est jamais consulté ni mis à jour. Un backlog non maintenu donne l'illusion d'un pilotage sans en fournir les effets.
L'absence de visibilité côté métier. Si l'équipe métier ne sait pas ce qui a été livré le mois dernier ni ce qui est prévu le mois prochain, les demandes arrivent en vrac, sans cohérence de priorité.
La dette technique non adressée. Chaque mois qui passe sans s'attaquer à la dette augmente le coût de la prochaine évolution. Une TMA évolutive réserve une part régulière du backlog à la santé technique de la plateforme.
Une TMA Drupal est soit un coût, soit un actif
Une TMA qui se contente de corriger et de maintenir est un centre de coût. Une TMA évolutive, pilotée par un backlog priorisé et un rythme de livraison régulier, transforme le contrat de maintenance en vecteur de progression continue. La plateforme évolue avec les besoins métier, la dette technique recule, et la montée de version Drupal 11 n'est plus une urgence mais un jalon planifié.
La différence entre les deux ne tient pas à la taille du budget : elle tient à la méthode.