« Tierce maintenance applicative » : différence entre les versions
Contenu supprimé Contenu ajouté
m dans la section "inconvénients" le * Risque de piratage informatique. * n'est pas inhérent à la TMA. Même en cas de non-TMA les informations du client restent piratables de l'extérieur. |
m chargé de la TMA |
||
| (24 versions intermédiaires par 10 utilisateurs non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
{{voir homonymes|TMA}} |
{{voir homonymes|TMA}} |
||
La '''tierce maintenance applicative''' est la [[maintenance]] appliquée à un [[logiciel]] (« applicative ») et assurée par un prestataire [[externalisation|externe]] dans le domaine des [[technologies de l'information et de la communication]]. |
|||
'''La tierce maintenance applicative''', ou '''TMA''', est la [[maintenance]] des matériels et [[logiciel]]s d'une entreprise assurée par un prestataire [[externalisation|externe]] dans le domaine des [[technologies de l'information et de la communication]]<ref>[https://www.researchgate.net/profile/Samia-Naciri/publication/290929292_Management_de_la_Tierce_Maintenance_Applicative-TMA/links/569caafc08ae748dfb11858e/Management-de-la-Tierce-Maintenance-Applicative-TMA.pdf Samia Naciri, Management de la Tierce Maintenance Applicative - TMA ], 16 juillet 2012.</ref>. |
|||
== 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|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 Applicatif (GPA), une extension de la TMA. |
|||
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 (économie)|service]]. |
|||
La tierce maintenance applicative relève de la [[tierce maintenance]], ou maintenance par un tiers (anglais : ''{{lang|en|TPM}}'' pour ''{{lang|en|Third Party Maintenance}}''). |
|||
=== 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 processus qui la composent. La responsabilité incombe alors entièrement au sous-traitant. |
|||
== Facultés requises par le tiers == |
|||
=== L'environnement === |
|||
Le prestataire en maintenance applicative doit maîtriser l’ensemble des fonctions liées à la correction et à l’évolution des logiciels, applications, bases de données et systèmes informatiques. Il est généralement amené à intervenir de manière ponctuelle pour la structure donnée. Il peut attribuer un conseiller unique au client afin de faire bénéficier celui-ci d’un accompagnement personnalisé et créer avec lui une relation de confiance<ref>[https://www.elipce.com/quest-ce-que-la-tma-ou-tierce-maintenance-applicatives/ Qu'est ce que TMAtma ou tierce maintenance applicative ?], elipce.com, 21 juillet 2021.</ref>. |
|||
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. |
|||
== |
== Phases du contrat == |
||
Le contrat de gestion informatique, ou contrat d'infogérance, se déroule en plusieurs phases. |
|||
Les raisons qui poussent une entreprise à sous-traiter la maintenance d'un logiciel sont principalement : |
|||
* Maîtriser et réduire les coûts de maintenance (meilleure maîtrise des budgets). |
|||
* Améliorer l’organisation du personnel informatique grâce aux gains de [[flexibilité du travail|flexibilité]]. |
|||
* Assurer un maintien des conditions opérationnelles, ce qui passe par l’apport de corrections puis par une adaptation aux évolutions. |
|||
* Garantir une bonne utilisation des outils grâce aux conseils et aux supports de professionnels, ce qui passe notamment par la formation. |
|||
* Faciliter la gestion des ressources et/ou des infrastructures. |
|||
* Optimiser les ressources informatiques internes. |
|||
* Améliorer le niveau de service. |
|||
* Recentrer les équipes internes sur d'autres projets. |
|||
* Maîtriser les technologies. |
|||
* Transférer la responsabilité technique et managériale d'un logiciel. |
|||
* La [[catalyse]] d'une maintenance industrielle déployée (nationale, locale...) nécessitant des compétences accrues en termes de SI que l'entreprise ne maîtrise pas. |
|||
== |
=== Phase de prise en charge === |
||
La première phase est la prise en charge, au cours de laquelle la connaissance de l'application est transmise au nouveau mainteneur. Elle correspond à la phase d'initialisation du projet. C'est une phase pendant laquelle la TMA est lancée, où le Plan Qualité est rédigé, les équipes et outils sont mis en place<ref name="EB">Eric Blottas, [http://eric.blottas.blog.free.fr/index.php?post/2011/09/20/Mise-en-œuvre-d%E2%80%99une-tierce-maintenance-applicative-(TMA) Mise-en-œuvre-d'une-tierce-maintenance-applicative-(TMA)], Le métier de SDI, 20 septembre 2011.</ref>. |
|||
=== Avantages 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’[[ANSSI|A.N.S.S.I.]] (Agence Nationale de la Sécurité des Systèmes d’Information) et la [[CNIL|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 [[Mise à jour (informatique)|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 auraient fait subir à cette dernière les possibles soucis de [[programmation]]. |
|||
=== |
=== Phase de maintenance === |
||
La maintenance proprement dite de l’application est la supervision des étapes du cycle de vie du logiciel. Cette maintenance nécessite une mise en place d’une stratégie de tests, épine dorsale à un maintien sous contrôle du logiciel. La société tierce prend de fait en charge l’ensemble des expertises. La phase de maintenance permet enfin une maîtrise plus ou moins aboutie du logiciel pour aiguillonner vers une maintenance flexible, efficace et pérenne<ref name="EB" />. |
|||
Les inconvénients de la TMA sont principalement les suivants : |
|||
* 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 [[budget]]s 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 à 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é. |
|||
* 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. |
|||
=== Phase de réversibilité === |
|||
==== La prévention des risques ==== |
|||
Cette phase optionnelle n'est réalisée que si le client désire poursuivre la maintenance de l'application, la confier à un tiers ou simplement mettre le prestataire chargé de la TMA en concurrence. Elle consiste à mettre à disposition la connaissance et les outils nécessaires à une reprise de la maintenance par le client ou à une autre société<ref name="EB" />. |
|||
<!--==== Outil de suivi ==== |
|||
Il est toutefois possible de prévenir les risques précédemment énoncés : |
|||
De plus il existe aujourd'hui des outils sur le marché qui permettent de gérer de façon plus intuitive une TMA. Ils permettent entre autres de gérer le processus dans son ensemble et offrent ainsi une plus grande souplesse et une meilleure productivité, le [[Retour sur investissement|ROI]] est évident sur ce type de produit.--> |
|||
* 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 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 questions, une grande entreprise peut s’équiper d’un outil de gestion de ses actifs logiciels comprenant un référentiel permettant l'évaluation de ses applications suivant des indicateurs spécialisés. |
|||
La priorisation de l’ordre de passage sous TMA utilise les notes obtenues 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. |
|||
== Le contrat de TMA<ref>{{Lien web |url= http://www.t-systems.fr/tsi/servlet/contentblob/t-systems.fr/fr/61616/blobBinary/tma-ps.pdf |titre= démarche de mise en place d’une TMA | site= http://www.t-systems.fr/ | consulté le={{date|28|novembre|2009}} }}</ref> == |
|||
La TMA nécessite une logistique et des dispositions particulières. Sa mise en place locale exige d'abord des compétences en génie informatique. Il faut en effet respecter des critères spécifiques de normalisation. Un maillage plus ou moins fin de la cinématique du logiciel assure une notion de degré de maintenance, ce degré participant à la fixation du niveau de service requis par l'entreprise cliente. Ce niveau de service dépend bien entendu du contexte dans lequel le contrat de TMA est conclu. Le contexte économique, le contexte sociétal, la disponibilité des compétences, la visibilité des attentes et des approches du client sont autant de critères qui participent à la détermination de ce niveau de service (aussi nommé plan qualité), élément prépondérant du contrat de TMA . |
|||
=== Phases du contrat de TMA === |
|||
Un contrat se déroule en plusieurs phases orientées en fonction du plan qualité déterminé pour un projet donné. |
|||
==== Prise en charge ou phase de transition ==== |
|||
C'est la première phase du contrat dans laquelle la connaissance de l'application est transmise à la société de TMA. Cette étape correspond au transfert des compétences d'une entité vers l'autre. Il s'agit de l'initialisation du projet. |
|||
C'est durant cette phase qu'est finalisé puis rédigé le plan qualité. C'est également à ce moment qu'est mise en œuvre la plateforme de maintenance (équipes et outils). |
|||
Cette phase correspond, en définitive, au lancement de la TMA. |
|||
==== Phase de maintenance ==== |
|||
La maintenance proprement dite de l’application est la supervision des étapes du cycle de vie du logiciel. Cette maintenance nécessite la mise en place d’une stratégie de tests, afin de garantir la qualité du logiciel. |
|||
La maintenance effectuée peut être de deux ordres : |
|||
* il peut d'abord s'agir d'une maintenance corrective matérialisée, notamment, par le traitement des anomalies, la formation… |
|||
* et d'une maintenance évolutive (ou adaptative) : mises à jour, prise en compte de nouvelles dispositions légales, adaptation à un nouvel environnement technique, économique, social… |
|||
C'est la société de TMA qui réalise des expertises afin de mettre en œuvre les actions nécessaires. |
|||
==== Phase de réversibilité ==== |
|||
La phase de [[réversibilité (informatique)|réversibilité]] correspond au changement de prestataire de TMA, ou à la reprise en interne de la maintenance par le client. |
|||
Cette phase entraîne donc : |
|||
* un nouveau transfert de compétences |
|||
* la restitution de l'ensemble des dossiers et documents concernant l'application. |
|||
=== Pilotage de la réalisation === |
|||
Afin de mener à bien un projet de TMA, il est nécessaire de : |
|||
* Utiliser une méthode de conduite de projet |
|||
* Conclure un plan qualité prenant en compte les normes standards définies par l'entreprise cliente |
|||
* Mettre en place un outil de suivi des demandes et de l'avancement des tâches, accessibles électroniquement par le client |
|||
* Tenir à jour un dossier mémorisant l'ensemble des actions et décisions prises par les équipes concernées |
|||
* Pouvoir mesurer la performance du sous-traitant grâce à l'usage d'indicateurs permettant le suivi des actions et du niveau de service demandé. |
|||
De plus il existe aujourd'hui des outils sur le marché qui permettent de gérer de façon plus intuitive une TMA. Ils permettent entre autres de gérer le processus dans son ensemble et offrent ainsi une plus grande souplesse et une meilleure productivité. Le [[retour sur investissement]] (RSI/ROI) fait partie de ces outils. |
|||
Outre ces aspects très techniques dont la maîtrise est indispensable, il ne faut pas oublier la dimension fonctionnelle de la TMA, impérative au succès de la mission. Cette dimension fonctionnelle est la condition ''sine qua non'' si le client veut que le contrôle de son SI présent et futur soit garanti. |
|||
Par ailleurs, la méthode utilisée par la société de tierce maintenance doit être indépendante de l'environnement technique du client, ce afin d'adapter au fil du temps les actions, les ressources et les moyens pour atteindre le niveau de service fixé. |
|||
Les indicateurs de qualité et de fonctionnement dont nous avons mentionné tout à l'heure la nécessité doivent donc être régulièrement suivis afin non seulement de rester à jour, mais aussi de permettre au client de rester impliqué et de définir des marges de progression quant aux prestations à venir. |
|||
== Voir aussi == |
== Voir aussi == |
||
Dernière version du 5 janvier 2024 à 11:56
Pour les articles homonymes, voir TMA.
La tierce maintenance applicative, ou TMA, est la maintenance des matériels et logiciels d'une entreprise assurée par un prestataire externe dans le domaine des technologies de l'information et de la communication[1].
La tierce maintenance applicative relève de la tierce maintenance, ou maintenance par un tiers (anglais : TPM pour Third Party Maintenance).
Facultés requises par le tiers
[modifier | modifier le code]Le prestataire en maintenance applicative doit maîtriser l’ensemble des fonctions liées à la correction et à l’évolution des logiciels, applications, bases de données et systèmes informatiques. Il est généralement amené à intervenir de manière ponctuelle pour la structure donnée. Il peut attribuer un conseiller unique au client afin de faire bénéficier celui-ci d’un accompagnement personnalisé et créer avec lui une relation de confiance[2].
Phases du contrat
[modifier | modifier le code]Le contrat de gestion informatique, ou contrat d'infogérance, se déroule en plusieurs phases.
Phase de prise en charge
[modifier | modifier le code]La première phase est la prise en charge, au cours de laquelle la connaissance de l'application est transmise au nouveau mainteneur. Elle correspond à la phase d'initialisation du projet. C'est une phase pendant laquelle la TMA est lancée, où le Plan Qualité est rédigé, les équipes et outils sont mis en place[3].
Phase de maintenance
[modifier | modifier le code]La maintenance proprement dite de l’application est la supervision des étapes du cycle de vie du logiciel. Cette maintenance nécessite une mise en place d’une stratégie de tests, épine dorsale à un maintien sous contrôle du logiciel. La société tierce prend de fait en charge l’ensemble des expertises. La phase de maintenance permet enfin une maîtrise plus ou moins aboutie du logiciel pour aiguillonner vers une maintenance flexible, efficace et pérenne[3].
Phase de réversibilité
[modifier | modifier le code]Cette phase optionnelle n'est réalisée que si le client désire poursuivre la maintenance de l'application, la confier à un tiers ou simplement mettre le prestataire chargé de la TMA en concurrence. Elle consiste à mettre à disposition la connaissance et les outils nécessaires à une reprise de la maintenance par le client ou à une autre société[3].
Voir aussi
[modifier | modifier le code]Références
[modifier | modifier le code]- Samia Naciri, Management de la Tierce Maintenance Applicative - TMA , 16 juillet 2012.
- Qu'est ce que TMAtma ou tierce maintenance applicative ?, elipce.com, 21 juillet 2021.
- Eric Blottas, Mise-en-œuvre-d'une-tierce-maintenance-applicative-(TMA), Le métier de SDI, 20 septembre 2011.
