Qu'est-ce que la TMA, concrètement ?

La tierce maintenance applicative est un contrat de run : une équipe extérieure prend la charge de votre application dans la durée, corrections comme évolutions. Concrètement, un flux de demandes arbitré chaque semaine, du fond traité en parallèle, et un compte rendu mensuel de ce qui a été fait.

Quelle différence avec de la régie ?

En régie, vous achetez du temps de développeur et vous pilotez. En TMA, vous achetez un résultat sur un périmètre défini, et c'est nous qui portons l'organisation, l'arbitrage et la continuité quand quelqu'un est absent. La régie convient quand vous avez un responsable technique pour piloter ; la TMA convient quand vous n'en avez pas, ou plus. Voir aussi la squad augmentée pour un renfort intégré à votre équipe.

Peut-on prendre en TMA une application qu'on n'a pas développée ?

Oui, c'est le cas le plus courant. La mission commence alors par une phase de reprise : lecture du code, récupération des accès, remise en état de la chaîne de déploiement. C'est le même travail que sur une reprise de code , qui se prolonge ensuite en contrat de run.

Comment sont arbitrées les demandes ?

Chaque semaine, avec vous. Les demandes arrivent dans un outil de suivi partagé, elles sont qualifiées, puis vous tranchez l'ordre de passage sur la capacité disponible. Les anomalies bloquantes passent devant sans discussion. Ce qui ne rentre pas est visible et daté, plutôt que silencieusement repoussé.

La dette technique est-elle traitée ?

Oui, sur une part réservée du temps, sinon elle ne l'est jamais. Tests manquants sur les zones les plus modifiées, dépendances hors support, automatisation de ce qui se fait encore à la main : le fond avance en parallèle du courant, à un rythme que vous voyez dans le compte rendu.

Peut-on arrêter la TMA ?

Oui, avec un préavis. Le code, les accès et la documentation sont à votre nom depuis le premier jour, et la passation fait partie de la fin de mission. Un contrat de maintenance qui rendrait la sortie difficile ne serait pas un contrat de service.

Agence IA & développement web sur mesure

TMA : votre application maintenue mois après mois

Les demandes arrivent, s'empilent, et rien ne sort dans un ordre lisible. Chez Koul, la TMA (tierce maintenance applicative) met votre application sous contrat de run : un flux de demandes arbitré chaque semaine, du fond traité en parallèle, et un compte rendu chaque mois.

Prendre rendez-vous Nous contacter

4 étapes, de la prise en main au compte rendu
1 compte rendu par mois, flux et fond
0 demande sans réponse

Ce qu'on résout, et ce qu'on livre

Ce que comprend la TMA de votre application

Un interlocuteur qui connaît votre application

Le logiciel rend service tous les jours, et pourtant plus personne n'en a la charge. L'équipe projet est partie, le prestataire a clos la mission, et les demandes atterrissent chez la dernière personne qui a eu le malheur d'y toucher.

La tierce maintenance applicative remet un interlocuteur en face de l'application : quelqu'un qui connaît le code, qui suit les demandes et qui reste joignable. C'est la différence entre un logiciel entretenu et un logiciel qu'on subit.

Le flux courant et le fond traités en parallèle

Chaque semaine, une anomalie bloquante repousse ce qui était prévu. Les évolutions attendent, la dette technique grossit, et l'équipe passe son temps à éteindre des départs de feu sans jamais traiter ce qui les provoque.

On sépare donc les deux flux et on les traite en parallèle : le courant, arbitré chaque semaine avec vous, et le fond, qui avance sur une part réservée du temps. Sans cette séparation, le fond n'est jamais traité, quelles que soient les bonnes intentions.

Le suivi des correctifs de sécurité

Personne n'a la charge de surveiller les correctifs de sécurité des dépendances, et le sujet ne remonte que lorsqu'un client réclame un questionnaire de conformité ou qu'une faille fait la presse.

Le suivi des versions fait partie du contrat de run : dépendances surveillées, correctifs appliqués au rythme de leur gravité, et une trace de ce qui a été fait quand un client vous le demande.

Un compte rendu mensuel de ce qui a été livré

Vous payez une maintenance, mais vous ne savez pas ce qu'elle produit. Les demandes partent par mail, les réponses arrivent quand elles arrivent, et le bilan de l'année se résume à une facture.

Chaque mois, un compte rendu dit ce qui a été livré, ce qui a été arbitré et ce qui reste. Vous voyez la charge consommée et sa répartition entre correctif, évolution et fond. C'est ce qui permet de discuter du contrat sur des faits plutôt que sur une impression.

Notre méthode

Une méthode claire, étape par étape

1Étape 01

Reprendre le code et le contexte

Au démarrage du contrat, nos développeurs se branchent sur le dépôt, les environnements et la chaîne de livraison, et rencontrent les gens qui utilisent l'application au quotidien. Quelques jours, pas un chantier : vous savez tout de suite qui chez Koul tient votre application et où on en est.

2Étape 02

Poser le contrat de service

On définit ensemble le canal d'entrée des demandes, les niveaux de priorité et qui arbitre quoi. Fini le tri de mémoire : chaque demande entre au même endroit, prend un niveau, et vous savez à quoi vous attendre avant même de l'envoyer.

3Étape 03

Traiter le flux et le fond en parallèle

C'est le cœur de la TMA, et c'est là que ça se joue. Chaque cycle réserve une part au flux (les correctifs et les demandes du moment) et une part au fond (montées de version, tests, dette technique), et cette part de fond ne se fait jamais manger par l'urgence de la semaine. Résultat : les incidents sont traités sans que votre application vieillisse pendant ce temps.

4Étape 04

Rendre compte chaque mois

Chaque mois, un point écrit : ce qui a été livré, ce qui reste en file, ce qu'on recommande d'arbitrer ensuite. Un document que vous présentez tel quel en comité, pour justifier le budget maintenance et décider de la suite en connaissance de cause.

1Étape 01
Reprendre le code et le contexte
Au démarrage du contrat, nos développeurs se branchent sur le dépôt, les environnements et la chaîne de livraison, et rencontrent les gens qui utilisent l'application au quotidien. Quelques jours, pas un chantier : vous savez tout de suite qui chez Koul tient votre application et où on en est.
2Étape 02
Poser le contrat de service
On définit ensemble le canal d'entrée des demandes, les niveaux de priorité et qui arbitre quoi. Fini le tri de mémoire : chaque demande entre au même endroit, prend un niveau, et vous savez à quoi vous attendre avant même de l'envoyer.
3Étape 03
Traiter le flux et le fond en parallèle
C'est le cœur de la TMA, et c'est là que ça se joue. Chaque cycle réserve une part au flux (les correctifs et les demandes du moment) et une part au fond (montées de version, tests, dette technique), et cette part de fond ne se fait jamais manger par l'urgence de la semaine. Résultat : les incidents sont traités sans que votre application vieillisse pendant ce temps.
4Étape 04
Rendre compte chaque mois
Chaque mois, un point écrit : ce qui a été livré, ce qui reste en file, ce qu'on recommande d'arbitrer ensuite. Un document que vous présentez tel quel en comité, pour justifier le budget maintenance et décider de la suite en connaissance de cause.