TMA et reprise d’applications web et mobiles.

Tierce maintenance applicative (TMA), maintien en condition opérationnelle (MCO) et reprise de code : audit, corrections, évolutions, supervision et publication. Nous étudions l’état de l’application, les accès et les besoins de continuité pour définir un périmètre de maintenance adapté.

Faire auditer une applicationComment se passe une reprise
Votre situation
Changement de prestataire, incidents récurrents, dette technique ou évolutions bloquées.
Notre intervention
Audit du code, plan de reprise, maintenance corrective et évolutive, MCO.
À cadrer ensemble
Accès, technologies, échéances, continuité de service et conditions de réversibilité.

EN PRATIQUE

Une reprise qui commence par comprendre.

  1. Accès utiles

    Dépôt de code, documentation, environnements, dépendances, journaux et interlocuteurs. Les accès sont nominatifs et limités.

  2. Restitution

    Cartographie, état des versions, risques observés et plan d’actions priorisé avec une estimation.

  3. Transition

    Responsabilités, sauvegardes et restauration, déploiement, alertes et passation. Le périmètre et les délais d’intervention sont contractualisés.

FLAG! : visuel du projet
Mécénat & intérêt général

Signal by Flag!

Faire évoluer un service de signalement existant.

Reprise · Maintenance · Signalement

Découvrir le projet

FLAG! · Reprise et maintenance de l’application par Nomeo.

01 / POURQUOI ON NOUS APPELLE

Organiser la reprise selon la situation de votre application.

Fin de contrat, documentation incomplète, incidents récurrents ou évolutions bloquées : la reprise commence par un état des lieux partagé avec vos équipes et, lorsqu’il est disponible, le prestataire sortant.

01

Le prestataire s'arrête

Fin de contrat, rachat, cessation, ou simplement une équipe qui a changé de métier. L'application tourne toujours, mais plus personne ne sait la modifier.

REPRISE · TRANSFERT · DOCUMENTATION

02

Le store bloque la publication

Une montée de version d'iOS ou d'Android rend l'application non conforme. Elle disparaît des stores, ou cesse de fonctionner sur les téléphones récents.

CONFORMITÉ STORES · SDK · MISE À NIVEAU

03

L'équipe interne ne peut plus tenir le MCO et les évolutions

Le produit a grossi, l'équipe non. L'exploitation quotidienne et la surveillance mangent le temps des évolutions métier, et chaque nouveauté fragilise le run.

RENFORT · MCO QUOTIDIEN · ÉVOLUTIF

04

Un incident a révélé le vide

Une panne, une faille, une perte de données. On découvre à ce moment-là qu'il n'y a ni supervision, ni sauvegarde testée, ni procédure.

SUPERVISION · SAUVEGARDES · PRA

02 / LA REPRISE

Un audit pour définir le périmètre et le plan de reprise.

L’audit examine le code, l’architecture, les dépendances, les procédures de déploiement et les accès. Il permet de prioriser les corrections et de préciser les moyens nécessaires à la maintenance.

01
Audit

Code, architecture, dépendances, infrastructure, sécurité, conformité aux stores. Nous produisons un état des lieux écrit, avec les risques classés par coût et par urgence, y compris ceux que nous ne saurions pas traiter.

02
Décision

Un périmètre de reprise, un niveau de service atteignable et un prix. Ou un non argumenté : certaines applications coûtent moins cher à réécrire qu'à reprendre, et le dire tout de suite fait gagner des mois.

03
Transfert

Récupération des sources, des accès, des comptes stores, des certificats et des secrets. C'est l'étape qui bloque le plus souvent, et c'est pour ça qu'on la traite en premier.

04
Double commande

Nous corrigeons et publions en parallèle de l'équipe sortante tant qu'elle est disponible. Une reprise réussie se mesure à la première mise en production faite seul.

05
Régime de croisière

Correctif, évolutif, supervision et publication. Avec un point régulier sur ce qui a été consommé, ce qui reste et ce qui devrait passer devant.

03 / CE QUE COUVRENT LA TMA ET LE MCO

TMA et MCO d'application mobile et web : ce qui est couvert, et ce qui ne l’est pas.

Inclus
  • TMA corrective : diagnostic et correction des anomalies bloquantes ou majeures, avec délais d’intervention (GTI) et de rétablissement (GTR) contractualisés
  • TMA adaptative : mises à niveau imposées par l'écosystème (versions d'OS iOS/Android, SDK, dépendances et conformité stores)
  • Publication sur les stores (App Store, Google Play) et gestion des comptes éditeur
  • MCO supervision : monitoring 24/7 de l’état des services, métriques de santé et alertes proactives
  • MCO infrastructure : hébergement managé, astreinte, sauvegardes quotidiennes testées, PRA/PCA et reprise d’incident
  • MCO sécurité : veille sur les vulnérabilités (CVE), application des patchs système et gestion des certificats SSL
  • Documentation d’architecture et journal d’interventions tenus à jour au fil du run
Hors périmètre, et pourquoi
  • Les évolutions fonctionnelles majeures, qui relèvent d'un budget projet distinct : les mélanger fait disparaître la maintenance au profit des nouveautés
  • La refonte d'une architecture que l'audit a jugée non tenable : nous la proposons de façon argumentée, nous ne la faisons pas passer pour de la maintenance
  • Les engagements que l'infrastructure existante ne permet pas d'assurer tant qu'elle n'a pas été remise à niveau

04 / DANS LA DURÉE

Des applications accompagnées dans la durée.

GDA Mobile chez Enedis et Sytadin : des applications qui évoluent avec les besoins des équipes, des usagers et de leur environnement technique.

05 / QUESTIONS

Ce qu'on nous demande

Quelle est la différence entre TMA et MCO, et pourquoi les associer ?

La TMA couvre les corrections, les adaptations techniques et les évolutions du logiciel. Le MCO concerne l’exploitation : supervision, mises à jour d’infrastructure, sauvegardes et gestion des incidents. Les responsabilités, horaires d’intervention et objectifs de service sont définis selon votre application et l’organisation de vos équipes.

Reprenez-vous une application que vous n’avez pas développée ?

Oui. La reprise commence par l’examen du code, des accès, des dépendances et des conditions d’exploitation. L’audit permet de définir la transition et le périmètre de maintenance, avec le prestataire sortant lorsqu’il est disponible.

Que se passe-t-il s’il n’y a aucune documentation ?

La documentation peut être reconstituée à partir du code, des accès et des échanges avec les équipes. L’audit identifie ce qui manque et priorise les documents nécessaires à la reprise.

Combien de temps dure un audit préalable ?

Le délai dépend de la taille du produit, des technologies et des accès disponibles. La proposition d’audit précise le périmètre analysé, les documents attendus et le calendrier.

Pouvez-vous assurer le MCO d’une infrastructure sans TMA sur le code ?

Le partage est étudié avec les responsables du produit et l’équipe qui maintient le code. Le périmètre doit préciser les accès, les procédures d’escalade et les responsabilités de diagnostic et de correction.

Comment sortir de la TMA si nous changeons d’avis ?

Le contrat précise les éléments à transférer : code selon les droits convenus, documentation, données, accès, comptes stores et connaissances nécessaires à l’exploitation. Les conditions et les délais de passation sont définis au départ.

Reprise · TMA · MCO · Audit de code · Maintenance applicative

Quelle application faut-il reprendre ?

Indiquez les technologies connues, les difficultés rencontrées, le prestataire actuel et les prochaines échéances. Nous préciserons le besoin d’audit et les conditions de transition.

Faire auditer une application

RÉPONSE SOUS 48 H OUVRÉES