Accueil / TMA & centre de services

TMA · MCO · Centre de services

Reprenez le contrôle de vos applications métier

Vos applications doivent rester fiables, maintenables et évolutives, même lorsque vos équipes changent ou que votre prestataire se retire. IT PEAC sécurise leur reprise, assure leur maintenance et accompagne leurs évolutions, avec un dispositif piloté en France et opéré par des équipes d'ingénierie expérimentées.

Vos enjeux

Vos applications doivent tourner, même quand tout le monde est parti

Une application critique peut perdre son équipe, sa documentation ou son prestataire. Le service, lui, doit continuer.

01

Un prestataire qui se retire

Fin de contrat ou changement de stratégie : la connaissance de l'application doit être récupérée avant le départ de l'équipe sortante.

02

Une dette qui ralentit tout

Chaque évolution coûte plus que la précédente, et certaines parties du code ne sont plus touchées, par prudence.

03

Des équipes déjà mobilisées

Vos équipes internes portent les projets : le run et les petites évolutions passent après.

04

Un patrimoine qui vieillit

Frameworks hors support, dépendances obsolètes, documentation lacunaire : les risques d'exploitation et de sécurité augmentent.

La reprise applicative

Une reprise sécurisée, en 4 étapes

La réussite d'une TMA commence par une reprise maîtrisée. Code, architecture, documentation, dépendances : nous évaluons l'existant pour organiser une transition progressive, même lorsque le transfert de connaissances est limité.

1

Audit de l'existant

Code, architecture, dette, documentation disponible, risques, état des lieux factuel.

2

Transfert de connaissance

Plan de réversibilité entrante : shadowing du sortant si possible, rétro-documentation sinon.

3

Période probatoire

Prise en charge progressive des demandes et incidents, validation des procédures et vérification de notre autonomie avant le transfert complet de responsabilité.

4

Run engagé

Engagements de service, comité mensuel, backlog d'évolutions priorisé avec vous.

Deux modèles d'accompagnement

TMA ou centre de services, selon votre patrimoine

Une application à maintenir ou un portefeuille entier à faire vivre : le dispositif s'adapte à l'ampleur du besoin.

TMA applicative

Une ou plusieurs applications, un périmètre défini

Nous assurons le maintien en condition opérationnelle et les évolutions de vos applications, avec des engagements de service fixés au contrat.

  • Périmètre et engagements définis application par application
  • Correctif, préventif, évolutif et exploitation
  • Évolutions priorisées avec vous dans un backlog
  • Comité mensuel et indicateurs partagés
Centre de services dédié

Plusieurs applications, un flux continu de projets

Le centre de services remplace l'empilement de prestations par une équipe dédiée qui capitalise sur votre SI, gouvernée contractuellement depuis la France.

  • Équipe stable et nommée : les mêmes ingénieurs, qui connaissent votre contexte
  • Capacité ajustable : l'équipe grandit ou se resserre selon votre charge réelle
  • Gouvernance outillée : comité de pilotage, indicateurs qualité et avancement
  • Réversibilité contractuelle : code accessible, documentation continue, plan de sortie
PARISPilotage et architecture

Vos interlocuteurs cadrent, arbitrent avec vous et répondent de la qualité du service.

SOUSSEDéveloppement et support

Le delivery center opère le service en français, avec des équipes alignées sur les horaires français (0 h de décalage avec Paris l'hiver, 1 h l'été).

CONTRATDroit français

Un contrat de droit français, qui porte les engagements de service et la réversibilité.

Un service complet

Du correctif à l'évolutif

La tierce maintenance applicative (TMA) n'est pas un répondeur à tickets : c'est la gestion du cycle de vie complet de votre application.

Correctif

Les incidents, traités

Qualification, correction, tests de non-régression, post-mortem quand c'est sérieux.

Préventif

La dette, contenue

Mises à jour de sécurité, montées de version, surveillance des dépendances obsolètes.

Évolutif

Le métier, servi

Évolutions fonctionnelles priorisées en backlog, livrées en cycles courts avec démos.

Exploitation

La production, surveillée

Monitoring, alerting, suivi des performances et des coûts cloud (FinOps sur AWS).

Engagements de service

Des engagements mesurables

Des niveaux de service définis selon la criticité de vos applications, des engagements contractualisés sur les prestations concernées et des indicateurs partagés pour piloter la qualité du service.

Ce que nous mesurons avec vous, chaque mois

Prise en charge
délai entre le signalement et le début du traitement
Résolution
temps moyen de résolution des incidents (MTTR)
Backlog
volume et ancienneté des demandes en attente
Incidents
nombre, gravité et récurrence
Qualité
anomalies en recette, couverture de tests, dette technique

Un indicateur suivi n'est pas forcément un engagement. Ceux qui engagent, et leurs seuils, sont définis au contrat selon la criticité de chaque application.

Gouvernance et reporting

Quotidien
point d'équipe
Hebdomadaire
point d'avancement, arbitrage du backlog
Mensuel
comité de pilotage, revue des indicateurs
Trimestriel
revue stratégique, trajectoire de l'application

Cadence ajustée au modèle retenu. Indicateurs et avancement sont partagés à chaque comité.

Pourquoi IT PEAC

Une ingénierie industrialisée

Les mêmes pratiques que sur nos projets, appliquées au run. Elles s'appuient sur notre environnement d'ingénierie et de delivery, qui structure la gestion des demandes, les revues de code, les contrôles qualité, la sécurité et les déploiements automatisés.

Découvrir la Delivery Factory →

01

Qualité intégrée

Revues de code, tests de non-régression et intégration continue font partie de la définition de « terminé ».

02

Sécurité

Localisation des données et accès définis avec vous. Notre usine logicielle sécurisée intègre l'analyse de code et le suivi des vulnérabilités.

03

Documentation continue

Chaque intervention enrichit la documentation. Au fil des mois, votre application redevient connue, et transmissible.

04

Réversibilité organisée dès le démarrage

Code, CI/CD et documentation chez vous ou sur notre usine logicielle, selon le contrat. Vous restez libre de réinternaliser ou de transférer le service, sans dépendance technique.

Questions fréquentes

Avant de nous confier une application

Notre prestataire actuel ne coopère pas. Est-ce bloquant ?

Pas nécessairement. À défaut de transfert avec le sortant, nous rétro-documentons l'application à partir du code, des environnements et de l'historique disponible. L'audit mesure le risque et ajuste le plan de reprise.

Combien de temps dure une reprise ?

Cela dépend de la taille de l'application, de sa documentation et de la disponibilité du sortant. L'audit de l'existant permet de fixer le calendrier avec vous.

Quelles technologies reprenez-vous ?

Notre expertise principale couvre les applications métier Java / Spring, les interfaces web Angular et React, les bases de données relationnelles comme PostgreSQL et les environnements cloud AWS. Nous évaluons également la reprise d'autres socles techniques selon leur architecture, leur état et les compétences nécessaires.

Comment le service est-il facturé ?

Le modèle dépend de votre besoin : forfait de maintenance sur un périmètre défini, capacité récurrente ou équipe dédiée. Les modalités de prise en charge, les engagements et la gouvernance sont précisés dans notre proposition.

Pourrons-nous reprendre la main plus tard ?

Oui. La réversibilité est prévue au contrat dès le démarrage, pour réinternaliser ou transférer le service : voir notre ingénierie.

Par où commencer ?

Par un audit de l'existant : un état des lieux factuel du code, de l'architecture et des risques, qui sert de base au plan de reprise.

Une application à reprendre, un sortant à remplacer ?

Décrivez la situation, même compliquée. Nous vous proposons un plan de reprise cadré, et un audit de l'existant peut servir d'état des lieux initial.

Évaluer une reprise applicativeDemander un audit