Tierce maintenance applicative - Définition

Introduction

La tierce maintenance applicative est la maintenance appliquée à un logiciel ( « applicative » ) et assurée par une expertise externe dans le domaine des technologies de l'information et de la communication.

Définition

Cela consiste donc pour une entreprise, à confier l’infogérance d’une application à une société externe spécialisée. Le contrat qui lie cette dernière et l'entreprise cliente est donc un engagement de long terme ayant pour objet de maintenir en conditions opérationnelles selon un niveau de service prédéfini, tout ou partie du Système d'Information(SI) d'une entité. Outre la TMA, il existe de nombreux types d'externalisation du SI tels que le Software as a Service (SaaS), l'Application Service Provider (ASP), le Business Process Outsourcing (BPO) ou encore la Gestion de Patrimoine Appliquée (GPA), une extension de la TMA. Le problème est que les frontières entre toutes ces catégories d'externalisation sont souvent floues. Pour les distinguer les unes des autres, deux critères sont utilisés : le niveau de transfert de responsabilité et l'environnement mis en œuvre par le sous-traitant pour délivrer le service.

Le transfert de responsabilité

Pour la TMA comme pour le SaaS, seules l'infrastructure et les applications sont externalisées. La société de TMA assure la disponibilité du logiciel ainsi que la maintenance. Cependant, l'utilisateur demeure responsable de l'usage des logiciels et des résultats obtenus. Ce n'est pas le cas, par exemple, de la BPO où l'on externalise une fonction entière, avec tous les process qui la composent. La responsabilité incombe alors entièrement au sous-traitant.

L'environnement

La TMA est la fourniture d'un service dit « dédié », c'est-à-dire que pour chaque client, l'entreprise de TMA met en place un ensemble de ressources qui lui est exclusivement consacré. À l'inverse, pour le SaaS, le service est dit « partagé » car les applications mises à disposition sont structurées autour d'un même système et de la même organisation de données, et mises en service pour tous les clients demandeurs simultanément.

Avantages et risques de la TMA

Avantages de la TMA

Pour que les avantages que nous allons citer soient visibles entre le sous-traitant et l’entreprise cliente, il faut tout d’abord que ces deux parties respectent leurs engagements respectifs. Il est également nécessaire de mener des actions pour prévenir les risques d’une telle relation. Ces actions sont détaillées dans la partie suivante intitulée « risques de la TMA ». Les avantages de la TMA sont donc :

• Une expertise technique beaucoup plus pointue et une compétence pluridisciplinaire
• Une organisation qui combine le support et le développement des ressources, les ressources du sous-traitant et celles de l’entreprise cliente étant mutualisées (optimisation)
• La TMA est un gage de réactivité
• Une infrastructure d’hébergement adaptée à la structure et à l’environnement de l’entreprise cliente
• Des procédures de sécurité et de confidentialité des données fournies, ces procédures étant fondées sur des dispositions légales notamment l’ A.N.S.S.I.(Agence Nationale de la Sécurité des Systèmes d’Information) et la C.N.I.L. (Commission Nationale de l’Informatique et des Libertés) auxquelles s'ajoute la rédaction de clauses de confidentialité dans les contrats
• Un recentrage sur le cœur de métier pour l’entreprise cliente
• Une augmentation de la qualité du service car l’entreprise fournisseur est un spécialiste
• Éviction des problèmes de début de vie des mises à jour. Les mises à jour mineures étant faites qu’une fois par an, cela signifie que certaines d’entre elles ne seront pas effectuées dès leur proposition de mise en place. En d'autres termes, laisser l'entreprise de TMA faire les mises à jour en temps voulu lui a permis de régler les éventuels problèmes liés à celles-ci. À l'inverse, des mises à jour régulières effectuées par l'entreprise cliente aurait fait subir à cette dernière les possibles soucis de programmation.

Risques de la TMA et prévention

Les risques

Les risques de la TMA sont principalement les suivants :

• Baisse de la qualité du service due à la fois à l’insuffisance d’informations transmises par la société cliente et l’éventuelle inadaptabilité des méthodes de travail de la SSII à cette même entreprise. Par conséquent, la performance attendue peut ne pas être constatée
• La dépendance aux sous-traitants. En effet, ces derniers veulent conserver leur savoir faire en limitant volontairement le conseil et la transmission d’informations à l’entreprise sous-traitée afin de préserver un chiffre d’affaires futur
• Le non suivi des demandes de maintenance dans les différents services entraîne un alourdissement des budgets du fait des augmentations des coûts de maintenance pour mettre à jour les logiciels qui n’ont pas fait l’objet d’une mise à jour régulière
• La perte de la maîtrise du SI causée par une sous-traitance trop importante. En effet, en faisant appel à celle-ci l'entreprise cliente risque de perdre ses compétences internes
• Clause de confidentialité rompue : perte ou revente de données confidentielles. Possibilité de dispersion des données sur le SI qui peuvent être interceptées ou piratées
• Lenteur des traitements des mises à jour demandées par les utilisateurs. En effet, il est préférable de centraliser les demandes de mises de jour pour éviter une explosion du coût. La demande de mise à jour devra donc « remonter » vers la direction du SI de l’entreprise qui examinera la demande. Si elle est acceptée, elle sera alors communiquée à la SSII. Cette procédure prend plus de temps que si l’utilisateur pouvait directement demander à un membre de la fonction informatique de lui installer la mise à jour
• Possible perte d’efficience. Les mises à jour mineures ne doivent être faites qu’une fois par an. Ce qui suppose que le consommateur ne pourra utiliser ces nouvelles mise à jour avant un certain temps. Il faudra donc mettre en place un système de formation du personnel adapté
• Risque de piratage informatique.

La prévention des risques

Il est toutefois possible de prévenir les risques précédemment énoncés:

• Pour éviter la baisse de la qualité de service il faut prendre soin de la qualité des informations transmises, détailler les contrats en y intégrant des pénalités en cas de non-respect de certaines clauses ou conventions et prévoir une dépense suffisante pour rémunérer la qualité de service exigée (environ 10% du budget de maintenance selon l’évolution environnementale)
• Pour lutter contre la dépendance vis à vis de la société de tierce maintenance, il faut garder une certaine maîtrise des applications informatiques et restreindre le champ d’action de la société en mettant en place un suivi contractuel permanent. Cela va de pair avec une rédaction et une structure de contrat très rigoureuse.
• Afin d'éviter l’alourdissement des budgets il est nécessaire que les utilisateurs n’aient aucun lien avec la société de TMA car cela démultiplierait le coût de maintenance par le nombre d’utilisateurs. En effet il vaut mieux globaliser la demande en passant, notamment, par la hiérarchie, ce qui entraînera un coût unique pour un service unique. De plus, il est préférable de regrouper les évolutions fonctionnelles mineures une fois par an ce qui minimisera le coût de l'adaptation. Il paraît aussi nécessaire de prévoir à l’avance les évolutions majeures qui auront préalablement été intégrées dans des plans annuels de développement. Ainsi la réactivité n’est nécessaire quant à la maintenance que lorsque les évolutions sont majeures et non prévues dans les plans annuels.
• Pour lutter contre la perte de la maîtrise des applications, il est conseillé de garder un chef de projet interne qui sera l’intermédiaire entre l’entreprise cliente et la société de TMA. Ainsi, la société de TMA n’aura aucun pouvoir sur la maîtrise d’ouvrage et cela réduira également la dépendance dont elle pourrait bénéficier. De plus, l’entreprise cliente doit contrôler les actions de la TMA afin de s’assurer que celle-ci fait bien ce qu’elle doit faire. L’objectif est d’assurer la transparence des actions faites par cette dernière.
• Assurer la sécurité de la transmission des informations : il faut éviter une fuite d'informations lors de la transmission entre la société de TMA et la société cliente. Il devra donc être mis en place un système adapté qui garantira la sécurité des transferts.

Priorisation

Les grandes entreprises ont aujourd’hui un parc applicatif composé de plusieurs centaines d’applications.

La décision de faire appel à la TMA est parfois cantonnée à un nombre limité d’applications mais le plus souvent elle correspond à un choix stratégique et implique une démarche pluri annuelle portant sur un nombre important d’applicatifs. L’entreprise doit mettre en place un plan de passage en TMA en répondant à deux questions principales :

• Dans quel ordre dois-je passer mes applications en TMA : gestion de la priorisation ?

• Pour chaque application comment choisir le prestataire et comment établir un contrat de type gagnant/gagnant comportant un outil de pilotage de la pérennité de la maintenance ?

Pour répondre à ces deux question, une grande entreprise peut s’équiper d’un outil de gestion de ses actifs logiciels comprenant un référentiel permettant le rating des ses applications suivant des indicateurs spécialisés.

La priorisation de l’ordre de passage sous TMA utilise les notes obtenus sur les différents indicateurs

Un système de bonus/malus pourra être négocié a priori avec le prestataire sur les notes établies lors du passage en TMA et leurs mesures ultérieures pendant la vie du contrat.