Aller au contenu principal
Retour aux prestations
Prestation

Maintenance et TMA

Un produit mis en ligne n'est pas un produit terminé. Correctifs, montées de version, évolutions fonctionnelles, surveillance : c'est ce travail qui décide si votre investissement tient plusieurs années ou se dégrade en quelques mois.

Maintenance applicative et TMA

Ce que font nos clients après la mise en ligne

Bricovis, Bretagne Multi-Énergies et Eoden, avec Thermie France et Quali Confort, nous ont confié la maintenance de leur plateforme après la phase de construction. C'est l'indicateur le plus honnête dont nous disposons sur la qualité de cette phase : personne ne confie l'entretien d'un produit à l'équipe qui l'a mal construit.

Trois niveaux, trois logiques

Maintenance corrective

Ce qui ne fonctionne pas comme prévu : anomalies, régressions, incidents de production. Le périmètre est celui du produit livré.

Maintenance applicative

Ce qui doit rester à jour : montées de version des dépendances, correctifs de sécurité, compatibilité navigateurs, obsolescence des services tiers. C'est le poste que l'on oublie, et celui qui coûte le plus cher quand on l'a oublié trop longtemps.

Maintenance fonctionnelle

Ce que le produit doit apprendre à faire : nouvelles fonctionnalités, ajustements de parcours, adaptations aux évolutions de votre métier.

Comment nous la dimensionnons

Il n'existe pas de forfait standard, et nous nous méfions de ceux qui en proposent avant d'avoir regardé le produit. Le dimensionnement dépend de la stack technique retenue, du périmètre à couvrir, de la criticité du service et de la présence ou non d'une équipe interne. Le devis est établi après un état des lieux, jamais avant.

Le déroulé de la mission

Les délais se discutent avec vous, projet par projet : ils dépendent du périmètre, de l'état de l'existant et de la disponibilité de vos équipes.

  1. 1

    État des lieux

    Code, dépendances, couverture de tests, documentation, dette accumulée. Ce que le produit demandera réellement.

  2. 2

    Définition du périmètre

    Ce qui est couvert, ce qui reste à votre charge, ce qui relèvera d'un projet distinct. Écrit, pas sous-entendu.

  3. 3

    Dimensionnement et devis

    Établi sur la stack, le périmètre et la criticité constatés à l'étape précédente.

  4. 4

    Mise en place

    Canal de signalement, règles de priorisation, rythme de livraison, interlocuteurs identifiés des deux côtés.

  5. 5

    Vie du contrat

    Points réguliers, visibilité sur ce qui a été traité et sur ce qui reste, réajustement du périmètre quand le produit évolue.

Ce que vous recevez

  • État des lieux initial du produit et de sa dette technique.
  • Périmètre de maintenance écrit et partagé.
  • Canal de signalement et règles de priorisation.
  • Suivi de ce qui est traité, consultable à tout moment.
  • Points réguliers de revue.

Inclus dans la prestation

  • Les trois niveaux de maintenance, selon le périmètre retenu.
  • La priorisation et le suivi.
  • Les montées de version de sécurité.
  • Les points de revue.

Hors périmètre

  • L'hébergement, les licences et les abonnements aux services tiers.
  • Les développements à réaliser dans vos systèmes tiers.
  • La production des contenus.
  • Les refontes et les évolutions majeures, qui relèvent d'un projet et se cadrent comme tel.

À qui s'adresse cette prestation

Les produits que nous avons construits

La continuité est naturelle : l'équipe connaît le code, l'architecture et les arbitrages qui ont été faits.

Les produits construits ailleurs

Nous les reprenons, après un état des lieux qui dit honnêtement ce qui est sain et ce qui ne l'est pas.

Les équipes internes qui veulent un renfort

Sur une stack précise, en complément de vos développeurs plutôt qu'à leur place.

Un produit à maintenir ?

Décrivez-nous votre produit et son contexte : nous commençons par un état des lieux, puis nous revenons vers vous avec un périmètre et un devis.

Demander un devis

Questions fréquentes

Maintenance applicative et TMA : périmètre, dimensionnement et réversibilité

La maintenance applicative, souvent appelée TMA pour tierce maintenance applicative, regroupe trois choses distinctes que l'on confond volontiers : corriger ce qui dysfonctionne, tenir à jour ce qui vieillit, et faire évoluer ce que le métier demande. Les séparer explicitement dans le périmètre évite les malentendus, parce que ces trois postes n'ont ni la même fréquence ni la même charge.

Le dimensionnement dépend d'abord de la stack. Un produit construit en développement front et headless ne s'entretient pas comme une plateforme monolithique : les dépendances, les services tiers et les rythmes de mise à jour diffèrent. Les principes d'architecture retenus à la construction, décrits dans notre expertise front et headless, pèsent directement sur le coût d'entretien des années suivantes.

La maintenance est aussi le moment où se joue la tenue dans le temps de la performance et de la sobriété du produit, sujet que nous traitons dans notre expertise performance et éco-conception, ainsi que la conformité, qui se vérifie régulièrement plutôt qu'une fois pour toutes : notre prestation d'audit d'accessibilité sert souvent de point de contrôle périodique.

Enfin, la maintenance ne doit jamais servir à masquer un projet. Quand l'état des lieux révèle une dette qui ne se rattrape pas par petites touches, nous le disons et le sujet bascule vers un changement de plateforme, cadré et chiffré comme un projet. Le code reste dans votre dépôt : vous pouvez reprendre la main en interne ou changer de prestataire sans rien perdre.

Newsletter Agence Wex

Recevez nos derniers articles, retours d'expérience et bonnes pratiques UX directement dans votre boîte mail.

Désinscription possible à tout moment. Pas de spam, pas de revente de données.

Ce formulaire est protégé par reCAPTCHA : la politique de confidentialité et les conditions d'utilisation de Google s'appliquent.