PROJET IA : 5 ÉTAPES POUR UN PROJET MAÎTRISÉ DE BOUT EN BOUT
Intéressé.e par notre programme Maitriser vos risques numériques ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
Le diagnostic des risques numériques en 6 étapes
Intéressé.e par notre programme Maitriser vos risques numériques ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
Frugalité, éthique et biais algorithmiques : les nouveaux impératifs pour concevoir une IA responsable
La viabilité d’un projet IA ne se mesure pas seulement en termes de performance. Pour être pérennes, vos projets doivent aussi intégrer des dimensions d’éthique, de sécurité, de frugalité et de robustesse.
A défaut, vous vous exposez à des biais, des dérives et des risques de coûts additionnels et réputationnels.
Avec cette checklist permet de vérifier, assurez-vous que votre projet IA reste maîtrisé tout au long de son cycle de vie.
1. Gouvernance et données
- Le besoin métier est clairement formulé et documenté.
- Les données utilisées sont représentatives du cas d’usage réel.
- La qualité des données a été vérifiée avant tout développement.
- Les éventuels biais présents dans les données ont été identifiés.
- Un test de faisabilité a confirmé que le projet est pertinent avant d’aller plus loin.
- Les rôles et responsabilités du projet sont clairement définis.
À surveiller : un modèle performant sur un jeu de données mal choisi peut donner de faux résultats et créer de mauvaises décisions.
2. Transparence et éthique
- Le fonctionnement du modèle est compréhensible par les parties prenantes.
- Les critères de décision de l’algorithme sont explicables.
- Des tests ont été réalisés pour détecter les biais discriminatoires.
- Les cas d’usage sensibles ont fait l’objet d’une revue éthique.
- Les limites du système sont connues et communiquées.
- Un dispositif de contrôle humain est prévu en cas de décision critique.
À surveiller : une IA “boîte noire” peut être efficace techniquement, mais inacceptable si elle ne permet pas de justifier ses décisions.
3. Sécurité du système
- L’accès aux données et au modèle est protégé.
- Les risques d’attaque, d’altération ou de fuite ont été évalués.
- Le système est pensé pour résister aux usages non prévus.
- Les logs et mécanismes de traçabilité sont en place.
- Un plan de correction est prévu en cas d’incident.
- La confidentialité des données est assurée à chaque étape.
À surveiller : une IA mal sécurisée peut devenir une faille technique, réglementaire et réputationnelle.
4. Frugalité et impact environnemental
- Le modèle retenu est adapté au besoin, sans surdimensionnement.
- La consommation de ressources a été prise en compte dès la conception.
- Les choix techniques privilégient l’efficacité plutôt que la surpuissance.
- L’empreinte énergétique de la solution a été évaluée.
- Les arbitrages entre performance et sobriété ont été explicités.
- Une logique de frugalité guide les choix d’architecture.
À surveiller : un système “trop performant” pour le besoin réel peut coûter plus cher, consommer inutilement et compliquer son industrialisation.
Concevoir un projet IA responsable, c’est intégrer, dès le départ, des exigences de gouvernance, d’éthique, de sécurité et de frugalité. Les professionnels qui pilotent ces sujets doivent savoir anticiper les dérives, arbitrer les choix et dialoguer avec les métiers comme avec les équipes techniques.
Ces dimensions sont au cœur du métier de chef de projet IA. C’est pourquoi la formation certifiante Chef de Projet IA, proposée conjointement par Institut Mines-Télécom Business School et Telecom SudParis intègre le cadrage, la sécurité, le MLOps et la frugalité dans son approche.
Intéressé.e par notre programme Chef de projet IA ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
De l’IT traditionnel au Chef de Projet IA : comment tirer parti de la révolution IA pour booster votre carrière
L’essentiel en 30 secondes :
- L’IA transforme les métiers IT : l’exécution technique laisse progressivement plus de place à l’orchestration, au pilotage et à la prise de décision.
- Les entreprises recherchent des profils hybrides capables de faire le lien entre enjeux techniques, besoins métiers et stratégie.
- Un projet IA se pilote de bout en bout : cadrage du besoin, conception, prototypage, déploiement, industrialisation et accompagnement du changement.
- Les compétences clés évoluent : comprendre l’IA, encadrer les équipes techniques, gérer les risques et assurer l’adoption des solutions.
- La formation Chef de Projet IA d’IMT-BS et Télécom SudParis permet aux professionnels de l’IT de développer cette double compétence technique et managériale.
L’arrivée de l’IA générative a des impacts sur l’emploi dans les métiers IT. Le CIGREF parle d’un « train de tsunamis » qui remplace l’exécution manuelle par une logique d’orchestration automatisée. Pour certaines tâches, jusque-là dévolues à des profils junior, l’IA est plus rapide, plus efficace.
Désormais, l’exécution seule a moins de valeur. Le métier ne se résume plus à coder, déployer ou coordonner des tâches techniques. La valeur d’un profil IT réside davantage dans ses capacités de réflexion et de pilotage. Il doit être capable de faire converger données, modèles, usages, risques et parties prenantes pour apporter de la valeur concrète en mobilisant l’IA.
Vous êtes développeur, Chef de projet IT ? Comment tirer parti de cette révolution pour booster votre carrière et devenir incontournable dans l’ère de l’IA générative.
Le besoin du marché : des professionnels capables de comprendre, concevoir et encadrer des solutions IA
A l’arrivée sur le marché des IA génératives, les entreprises ont d’abord expérimenté des manières d’intégrer ces nouveaux outils dans les usages métiers.
Les entreprises les plus matures ont déjà passé cette phase d’expérimentation. Elles aspirent à lancer de vrais projets industriels d’IA, avec des objectifs de déploiement à grande échelle, d’impact métier et de rentabilité.
Pourtant, à ce stade, 95% des projets d’IA échouent à passer de la proof of concept à l’industrialisation. Ils échouent à générer des revenus et n’ont aucun impact mesurable.
Le plus souvent, ce n’est pas lié à un problème technique mais à une intégration défaillante dans l’entreprise. La solution est méthodologique et organisationnelle. Les entreprises manquent de profils capables de cadrer, piloter et sécuriser ces projets sur toute leur durée.
Les attentes, au-delà de l’expertise technique, portent sur la capacité du professionnel à :
- Identifier les bons besoins métiers et les données qui correspondent
- Construire, tester et valider un modèle adapté aux objectifs
- Déployer la solution en production et la faire vivre dans le temps
- Gérer les enjeux de sécurité, de confidentialité et de conformité
- Accompagner les parties prenantes et assurer l’adoption par les utilisateurs
Le marché a besoin de professionnels IT qui comprennent les spécificités de l’IA (cycle de vie particulier, modèle probabiliste, risque de dérive, …) et qui peuvent les intégrer dans une logique de gestion de projet rigoureuse. En d’autres termes, il faut des chefs de projet capables de faire le lien entre technologie et business.
L’émergence du profil hybride technique et stratégie
Pour répondre à ce besoin, le marché se tourne vers des profils hybrides, capables de faire converger technique et stratégique.
Pour les professionnels de l’IT, ce nouveau positionnement est aussi une réponse à la réalité du marché. Depuis l’arrivée de l’IA générative, certains métiers IT traditionnels se contractent. La demande a fortement baissé pour les rôles centrés sur l’exécution manuelle et la production de code. En parallèle, les projets IA créent une forte demande pour des profils capables de piloter, sécuriser et valoriser ces technologies.
Ce profil hybride doit :
- Comprendre les enjeux de l’IA générative, de l’apprentissage automatique, du deep learning et les spécificités des modèles probabilistes
- Concevoir une architecture de projet adaptée, choisir les bonnes données, définir les critères de qualité et de performance
- Encadrer les équipes techniques, piloter le cycle de vie du modèle (MLOps), gérer les risques et s’assurer que la solution reste alignée avec les besoins métiers
- Accompagner le changement, former les utilisateurs, faciliter l’adoption et renforcer la confiance autour de l’IA
Pour un chef de projet IT, un développeur ou un architecte, cette évolution est naturelle. Vous avez déjà les bases : rigueur projet, culture technique, capacité à dialoguer avec les métiers. L’IA ajoute une nouvelle couche de complexité, mais ne supprime pas votre valeur. Elle la repositionne sur un rôle plus stratégique.
Booster sa carrière avec la formation certifiante Chef de projet IA de IMT-BS & Télécom SudParis
La formation certifiante proposée par l’Institut Mines-Télécom Business School et Télécom SudParis offre un cadre adapté aux professionnels de l’IT qui souhaitent franchir le cap vers le métier de chef de projet IA.
Elle vise un titre de niveau 7 RNCP “Manager de projet IA” et couvre le pilotage d’un projet IA de bout en bout, de l’analyse du besoin jusqu’au déploiement.
Le programme a été conçu pour répondre au besoin croissant des entreprises en profils capables de gérer des projets IA avec une double compétence, à la fois technique et managériale. Il repose sur une pédagogie orientée pratique, avec un projet fil rouge porté par chaque participant et un coaching personnalisé tout au long du parcours.
Concrètement, la formation s’articule autour de 4 grands blocs :
- Le cadrage du besoin
- La conception et le prototypage d’une solution IA
- Le déploiement et l’industrialisation
- Le management du projet dans sa dimension humaine, financière et organisationnelle.
Elle aborde des sujets devenus incontournables comme le machine learning, le deep learning, l’IA générative, la sécurité, les MLOps et l’accompagnement du changement.
Pensée pour les professionnels de l’IT, elle s’adresse notamment aux chefs de projet, managers techniques, architectes, intégrateurs ou ingénieurs en innovation digitale qui souhaitent évoluer vers des fonctions de pilotage IA.
L’IA redessine les trajectoires professionnelles dans l’IT. Ceux qui savent comprendre les enjeux, encadrer les projets et faire le lien entre technique et métier deviennent des acteurs clés de la transformation.
La formation certifiante RNCP niveau 7 « Chef de Projet IA » prépare à ce positionnement hybride, très recherché par les entreprises.
Vous êtes un professionnel de l’IT ? Vous aspirez à passer d’un rôle d’exécution à un rôle de pilotage de l’innovation ? Contactez-nous pour échanger sur votre projet de formation.
Intéressé.e par notre programme Chef de projet IA ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
Security by design : comment sécuriser vos projets sans bloquer la transformation et l’innovation ?
L’essentiel en 30 secondes :
- Le Security by Design intègre la sécurité dès la conception pour éviter les failles, retards et surcoûts en fin de projet.
- Sécurité et innovation peuvent avancer ensemble grâce à des contrôles intégrés et automatisés dans les cycles agiles.
- Les projets intégrant l’IA nécessitent une vigilance spécifique : données, biais, sécurité des modèles, traçabilité et conformité à l’IA Act.
- La Compliance by Design anticipe les exigences réglementaires, notamment celles du RGPD et de l’IA Act, dès les premières étapes du projet.
- Le RSSI et l’audit sont des partenaires du projet : leur implication en amont facilite les arbitrages et sécurise les différentes étapes de la transformation.
Les projets numériques s’accélèrent : livraisons resserrées, innovations IA et data à intégrer en urgence, pressions sur le ROI.
Dans le même temps, les réglementations comme le RGPD ou l’IA Act et la multiplication des risques numériques imposent des exigences de sécurité et de conformité toujours plus strictes.
Comment rester agile sans sacrifier ces enjeux de sécurité et de conformité ?
Le concept de Security by Design consiste à intégrer la sécurité dès la conception du projet, au rythme des sprints agiles, sans alourdir les délais ni freiner l’innovation. De la même manière, la Compliance by Design, désigne le fait d’intégrer les enjeux de conformité dès le démarrage du projet.
Dans cet article, découvrez comment, en tant que chef de projet, ces bonnes pratiques vous aident à concilier concrètement performance, innovation, sécurité et conformité.
Qu'est-ce que le Security by design pour un manager ?
Le Security by design, c’est intégrer la sécurité dès le coup d’envoi du projet, pas en fin de chaîne comme une contrainte de dernière minute. On conçoit le projet sécurisé dès le départ avec des accès protégés, un suivi des actions intégré naturellement et en pensant la conformité dans chaque fonctionnalité.
Pourquoi le Security by Design est essentiel pour un manager de projet ?
D’abord, intégrer la sécurité en amont évite les reworks coûteux. Un projet bloqué en production pour une faille de sécurité ou une non-conformité RGPD génère des semaines de retard avec des budgets qui explosent.
Ensuite, le Security by Design garantit votre time-to-market : la sécurité est validée au fur et à mesure, pas en bout de chaîne avec le risque de tout remettre en cause.
Enfin, cela protège le ROI. Vous réduisez les risques d’interruption de service client. De même, en intégrant la compliance, vous vous prémunissez contre les sanctions financières prévues par exemple par le RGPD. A cela, il faut ajouter qu’en évitant ces incidents, vous préservez la réputation de l’entreprise.
Les avantages du Security by Design par rapport à l’approche traditionnelle
L’approche traditionnelle (contrôles poussés en fin de projet) peut créer de mauvaises surprises :
- Anomalies majeures détectées trop tard
- Refontes en urgence
- Explosion des délais et des coûts
- Allongement du time to market
- Tensions avec le Comex
Le Security by design inverse la logique : on anticipe dès la phase de planification en intégrant la sécurité dans les objectifs du projet, par exemple :
- L’utilisateur final se connecte de manière sécurisée sans friction perceptible
- Les données collectées respectent le RGPD dès leur saisie.
L’architecture du projet intègre nativement la protection et le projet avance sans surprise avec une base solide prête à scaler.
Focus innovation : sécuriser les projets incluant l’IA
L’intelligence artificielle accélère l’innovation mais elle expose aussi à des risques spécifiques.
Un modèle mal entraîné peut générer des biais, nuisant à la réputation et exposant à des litiges sous l’IA Act. Des entrées malveillantes peuvent manipuler les réponses de l’IA. L’entraînement sur des données clients sensibles sans consentement explicite viole le RGPD. Enfin, les prédictions erronées (« hallucinations ») peuvent conduire à des décisions critiques en production.
Sécuriser l’IA par le design, c’est anticiper ces pièges dès la conception :
- Gouvernance des données dès le départ : traçabilité des ensembles de données utilisés, consentement explicite des clients, anonymisation avant entraînement
- Modèle sécurisé: suivi des dérives en production, marquage des sorties pour détecter les usages frauduleux, possibilité de réentraînement sécurisé
- Interfaces protégées: validation des demandes entrantes, suivi des interactions pour détecter les anomalies
- Conformité IA Act: évaluation des risques dès la phase de conception, registre des systèmes IA critiques
Prenons l’exemple d’un chatbot client. Dès le départ, on valide les types de questions acceptables, on entraîne le modèle sur des données anonymisées, on surveille les réponses pour détecter les biais, et on protège l’accès à l’API avec une authentification renforcée. Ainsi, le projet reste innovant, conforme et valorisant pour les clients.
Automatisation des contrôles dans les modèles agiles
Les contrôles de sécurité manuels sont l’ennemi de l’agilité. Quand chaque livraison attend un audit de plusieurs jours, les sprints s’étirent et l’innovation ralentit.
Automatiser la sécurité change radicalement la donne. L’idée est simple : intégrer les vérifications directement dans le flux de développement, de manière instantanée.
Chaque nouvelle fonctionnalité est automatiquement analysée. On recherche les vulnérabilités potentielles. On vérifie le respect des règles de conformité et on s’assure que l’architecture est sécurisée.
Si un problème critique est détecté, le déploiement est bloqué automatiquement jusqu’à résolution. Sinon, le projet avance normalement.
L’automatisation des contrôles présente 3 grands avantages :
- Détection précoce des failles: les failles sont identifiées dès leur écriture, pas en production
- Rythme préservé: les contrôles prennent quelques minutes, pas des jours
- Qualité constante: tous les développements respectent le même niveau de sécurité
En pratique, cela se traduit par une diminution des blocages et des temps d’interruption en phase de développement.
Collaborer avec le RSSI et l’audit
Le RSSI intervient dès le sprint initial pour définir les priorités sécurité du projet et valider l’architecture. L’audit interne apporte sa cartographie des risques et valide la conformité aux étapes clés (RGPD, IA Act).
En travaillant main dans la main avec ces deux fonctions, le rythme du projet gagne en fluidité :
- Sprint 0 : réunion sécurité pour poser les bases
- Revues de sprint : validation rapide des points sécurité
- Rétrospectives : retour d’expérience pour améliorer la sécurité du projet
En tant que chef de projet, vous adoptez une posture qui consiste à faire de la sécurité une caractéristique du produit plutôt qu’une contrainte imposée de l’extérieur. Le RSSI et l’audit deviennent vos partenaires et vous accompagnent sur ce sujet à travers leurs expériences et compétences respectives.
Le Security by design réconcilie agilité et sécurité. Il implique une conception protégée dès l’origine, des contrôles automatisés qui n’alourdissent pas les cycles, ainsi qu’une collaboration fluide avec les experts sécurité.
En adoptant ces pratiques, vous facilitez l’intégration de l’innovation dans le respect des réglementations. Vous contribuez aussi à tenir les délais et budgets prévus et à préserver le ROI du projet dont vous avez la charge.
Vous voulez apprendre à maîtriser les principes du Security by Design ?
Découvrez la formation « Maîtriser vos risques numériques » d’IMT-BS pour monter en compétence sur le sujet.
Intéressé.e par notre programme Maitriser vos risques numériques ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
Pourquoi intégrer les risques numériques dès la conception d’un projet de transformation ?
L’essentiel en 30 secondes :
- Anticiper les risques dès la conception permet de sécuriser la valeur et la réussite d’un projet de transformation numérique.
- L’humain est au cœur des risques : une adoption insuffisante peut entraîner perte de productivité, shadow IT et augmentation des risques cyber.
- Cloud, API et SaaS élargissent les surfaces d’attaque et renforcent les dépendances aux prestataires.
- La résilience se prépare en amont : PCA, PRA et scénarios de fonctionnement en mode dégradé doivent être adaptés aux activités critiques.
- La sécurité doit être intégrée au design du projet, avec une approche Security by Design, une implication des métiers et des tests réguliers.
La transformation numérique promet performance et agilité, mais elle expose aussi à des risques critiques : systèmes vulnérables, interruptions d’activité, résistance des équipes.
Si la sécurité est compromise, c’est tout le projet qui est remis en cause.
Comment assurer la continuité business sans rupture ? Pourquoi la gestion des risques après-coup condamne-t-elle vos projets à l’échec ou au surcoût ?
Pour le responsable de projets numériques, intégrer les risques dès la conception est la condition sine qua non pour sécuriser la valeur du projet et garantir son adoption.
La transformation numérique au-delà de la technologie : le facteur humain
L’adoption, talon d’Achille des projets numériques
La transformation numérique suscite des attentes immenses : gains de productivité, agilité renforcée, expérience client améliorée.
Pourtant, les chiffres sont sans appel. Selon McKinsey, 70% des projets de transformation échouent à atteindre leurs objectifs, dont 40% en raison d’une résistance humaine.
On investit massivement dans des technologies mais on néglige l’appropriation par les collaborateurs qui doivent les utiliser au quotidien.
Or, lorsque l’adoption patine, la valeur promise du projet s’amenuise. Les collaborateurs peuvent être tentés de :
- Se tourner vers des solutions de contournement (shadow IT)
- Ignorer les procédures de sécurité
- Adopter partiellement les nouveaux outils
La non-adoption par les collaborateurs se traduit souvent par une productivité en berne, un ROI qui s’effondre et des risques cyber accrus. Pour éviter ces écueils, le responsable de projet doit comprendre que la technologie n’est que la moitié de l’équation. L’autre moitié, c’est l’humain.
Les risques humains spécifiques à la transformation
La transformation numérique bouleverse les pratiques de travail. De nouveaux outils imposent souvent des workflows modifiés, des authentifications renforcées, …
Si ces changements ne sont pas intuitifs pour les utilisateurs, la perte de productivité peut perdurer. C’est le cas, par exemple, quand les équipes commerciales passent plus de temps à entrer ou chercher de l’information dans leur CRM qu’à vendre.
Pire encore, certains outils de suivi de performance ou de collaboration sont perçus comme intrusifs. Dans ce cas, le nouvel outil génère de la défiance et peut donner lieu à de mauvaises pratiques : données saisies à minima, utilisation d’outils personnels.
Enfin, la formation est souvent sous-dimensionnée. Les collaborateurs, mal outillés face aux nouveaux risques cyber (comme le phishing sophistiqué) deviennent la première faille de sécurité du projet.
Faciliter l’adoption grâce au Security by Design
Intégrer les risques humains dès la conception, dans une logique de Security by Design, change la donne.
Il ne s’agit pas d’ajouter des couches de sécurité contraignantes, mais de concevoir des processus simples et sécurisés. Une authentification fluide, des interfaces intuitives, des rappels contextuels de bonnes pratiques facilitent l’adoption tout en réduisant les risques.
La co-construction avec les métiers est déterminante. Organiser des ateliers en amont permet d’identifier les points de friction avant le déploiement. Les retours des utilisateurs guident des ajustements qui font toute la différence.
Enfin, prévoyez des parcours d’adoption sécurisés : formation progressive adaptée aux profils (direction, métiers, support), désignation de champions métiers dans chaque équipe, hotline dédiée les premiers mois.
Un projet qui anticipe l’humain dès la conception subit moins de résistances.
Les risques inhérents à l’ouverture (Cloud, API, SaaS)
L’ouverture multiplie les surfaces d’attaque
La transformation numérique repose sur l’ouverture : échanges d’API avec des partenaires, migration vers le cloud, adoption de solutions SaaS.
Si cette interconnectivité dope l’agilité et l’expérience client, elle multiplie les surfaces d’attaque.
Dans le cloud, une mauvaise configuration expose instantanément des téraoctets de données. Les API, nouvelles portes d’entrée, sont vulnérables aux injections ou à l’authentification défaillante.
Quant aux SaaS, leur adoption rapide par les équipes crée un shadow IT massif : outils non audités, contrats sans clauses cyber, données sensibles hors périmètre maîtrisé.
Les risques systémiques de l’interconnexion
L’interconnexion génère des risques systémiques :
- Un SaaS compromis devient une porte dérobée vers le SI interne.
- Les données qui sortent via des API échappent à la visibilité : qui accède à quoi, depuis où ?
- La dépendance à un prestataire unique (hébergeur, éditeur CRM, intégrateur) expose à l’effet domino : sa panne ou son incident cyber paralyse votre activité.
Intégrer la sécurité dans l’architecture projet
La réponse réside dans une architecture sécurisée par le design :
- Appliquez le principe zero trust dès la conception : aucune confiance accordée par défaut, chaque flux doit être authentifié et autorisé.
- Évaluez rigoureusement les prestataires : audits de sécurité, clauses contractuelles cyber (PCA partagé, notification incidents 24h), plans de reprise d’activité croisés.
- Déployez une observabilité totale: logging centralisé des API, monitoring sécurité en temps réel, alertes sur les anomalies de flux.
En anticipant ces risques dès l’amont, vous gardez le contrôle sur votre architecture et réduisez les risques d’incident.
Anticiper le mode dégradé pour garantir la résilience
La continuité business comme priorité absolue
Un projet de transformation numérique ne se mesure pas à sa brillance technologique, mais à sa capacité à permettre la continuité d’activité.
Les systèmes critiques (CRM, ERP, outils de production, plateformes de commande) ne peuvent pas s’arrêter. Une interruption, même de 48 heures, peut coûter des millions en chiffre d’affaires perdu, pénalités clients et surcharge opérationnelle.
Pour éviter ces incidents critiques, il faut anticiper les scénarios réalistes et leurs impacts :
- Incident chez un prestataire cloud
- Pic de charge mal anticipé
- Attaque cyber ciblée
- Turnover d’un « sachant » clé sur un SI legacy intégré au projet
Concevoir pour le mode dégradé dès l’amont
Anticiper le mode dégradé devient une dimension essentielle du projet, à intégrer dès la phase de conception.
Les plans de continuité d’activité (PCA) et de reprise d’activité (PRA) doivent être établis et dimensionnés à la criticité métier. Par exemple, la reprise du CRM après interruption sera plus prioritaire que la reprise d’un outil de reporting.
Anticiper le mode dégradé ne veut pas dire tout doubler ou tout surprotéger. Il s’agit plutôt d’identifier ce qui est vraiment vital pour le business et de prévoir, pour ces quelques briques, des solutions simples en cas de problème.
Concrètement, cela consiste à se poser très tôt, avec les métiers, des questions comme : « Si cet outil tombe en panne, au bout de combien de temps cela commence-t-il à impacter les clients ou le chiffre d’affaires ? » ou « De quoi avons-nous absolument besoin pour continuer à travailler quelques heures ou quelques jours ? ».
Ces échanges permettent de définir des scénarios de fonctionnement “en mode dégradé” (procédures manuelles temporaires, formulaires de secours, priorisation de certaines tâches) qui sont intégrés dans le projet dès sa conception. Le jour où un incident survient, l’organisation n’improvise pas : elle applique un plan prévu et testé, ce qui limite fortement l’impact sur l’activité.
L’audit comme partenaire de résilience
Dans une optique de résilience, l’audit interne devient un allié précieux. Sa cartographie des risques projet expose clairement les vulnérabilités : dépendances prestataires, absence de PRA, SI non documenté.
Les tests en conditions réelles valident la résilience : chaos engineering pour simuler les pannes prestataires, tests de bascule PRA sous contrainte.
Un projet qui pense mode dégradé dès l’amont ne redoute plus les incidents : il est conçu pour y survivre et protéger la valeur business.
Intégrer les risques numériques dès la conception n’est pas une option. C’est un moyen de garantir la valeur du projet.
Un projet de transformation réussi anticipe l’adoption humaine, sécurise les activités et la compliance et conçoit la résilience en amont.
Vous voulez mieux comprendre les risques numériques pour les intégrer dans vos projets ? Découvrez notre formation « Maîtriser vos risques numériques » finançable par le CPF.
Intéressé.e par notre programme Maitriser vos risques numériques ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
Maîtriser la cartographie des risques modernes
L’essentiel en 30 secondes :
- Les risques numériques se multiplient : cyberattaques, transformation des SI, dépendances technologiques, réglementations et enjeux ESG.
- La cartographie des risques doit évoluer : d’un exercice annuel et défensif vers un outil vivant pour anticiper, prioriser et éclairer les décisions.
- L’objectif est de renforcer la résilience : relier les risques aux activités critiques, aux PCA/PRA et à des plans de remédiation concrets.
- Le rôle de l’audit change : passer de « contrôleur » à partenaire des métiers, capable de co-construire des réponses adaptées.
- La clé : une culture proactive des risques, fondée sur la veille, les exercices de crise et une communication claire avec la direction.
Crises cyber, projets de transformation pas toujours maîtrisés, nouvelles obligations réglementaires, pression ESG, …
Les risques numériques placent désormais les organisations dans un état de tension quasi permanent. La question n’est plus de savoir si une crise surviendra, mais quand et avec quel niveau de préparation.
Dans ce contexte, la cartographie des risques ne peut plus être un exercice défensif, figé dans un rapport annuel. Elle doit devenir un outil vivant, qui éclaire les arbitrages entre performance, investissements et protection.
Tant que l’audit est perçu comme un « gendarme », les métiers se méfient, les recommandations restent théoriques et les risques numériques sont subis.
L’enjeu est donc de faire évoluer le rôle de responsable audit et contrôle interne vers une posture de facilitateur et d’architecte de résilience en s’appuyant sur une cartographie moderne des risques pour aider réellement l’entreprise à anticiper.
Comprendre les risques numériques pour mieux anticiper
Pour passer d’une logique défensive à une culture proactive, la première étape consiste à mieux comprendre les risques numériques et leurs impacts.
Panorama des principaux risques numériques
Les risques numériques qui concernent directement l’audit et le contrôle interne intègrent trois grandes familles.
- Les risques cyber : attaques par ransomware, exfiltration de données, indisponibilité prolongée des systèmes critiques, compromission de comptes à privilèges. Ils se traduisent notamment par des arrêts d’activité, des pertes d’exploitation et des coûts de remédiation élevés.
- Les risques liés aux projets de transformation : SI clés mal documentés, dépendance à quelques « sachants » proches de la retraite ou très sollicités, intégrations rapides de solutions cloud ou SaaS sans analyse de risques préalable. Les conséquences sont moins spectaculaires que pour une cyberattaque, mais tout aussi impactantes : difficultés à maintenir les systèmes, délais de correction qui explosent, dépendance forte à des prestataires externes.
- Les risques réglementaires et ESG : non-conformité au RGPD, projets IA déployés sans cadre clair, gouvernance des données insuffisante. Ici, l’enjeu est à la fois juridique et réputationnel, avec un impact direct sur l’image, la confiance des clients et la notation extra-financière.
En pratique, ces risques se combinent et se renforcent mutuellement. Par exemple, une attaque cyber mal gérée impacte le SI mais elle entache aussi la réputation de l’organisation. Fin 2025, un éditeur de logiciels médicaux a connu une importante fuite de données, suscitant la méfiance des médecins et l’intervention du Ministère de la Santé.
Les impacts financiers et immatériels des incidents numériques
Comprendre les risques, c’est aussi comprendre leurs impacts pour l’organisation.
Or, ces impacts ne sont pas seulement financiers ni circonscrits à l’IT. Certes, un incident numérique se traduit par des heures de prestation supplémentaire, du rachat de matériel, des frais de consultants, … Mais les frais ne s’arrêtent pas là.
Un incident significatif engendre aussi souvent :
- Des pertes d’exploitation liées à l’arrêt ou au ralentissement de l’activité
- Une mobilisation des équipes internes pendant plusieurs jours ou semaines
- Des retards de projets
- Des tensions avec les clients et partenaires
À cela s’ajoutent des coûts immatériels :
- Chute de confiance
- Exposition médiatique négative
- Démotivation des équipes
- Difficulté à attirer les nouveaux talents
Dans une logique d’audit, l’enjeu est de cartographier les risques et d’y associer un coût. En théorie, un dirigeant souhaite un SI toujours disponible. Mais, en réalité, on aura plutôt intérêt à investir massivement pour sécuriser les activités les plus critiques. En replaçant les risques numériques dans une équation coût/impact, le responsable audit aide la direction à arbitrer, à prioriser et, le cas échéant, à assumer certains risques de manière éclairée.
De la cartographie « gendarme » à la cartographie facilitatrice
Sortir de la cartographie figée et purement défensive
Dans beaucoup d’organisations, la cartographie des risques reste un exercice ponctuel, mené une fois par an pour la conformité. On rédige un rapport assez dense, mais pas toujours actionnable. Cette posture défensive (constater, alerter, documenter) influence peu les décisions quotidiennes.
La multiplication des risques et le fait que de nouveaux risques apparaissent continuellement rendent caduque cette posture. Une cartographie figée ne suit pas ce rythme et reste abstraite pour les métiers.
Passer à une culture proactive suppose un diagnostic d’exposition réel. Il faut relier les menaces aux activités critiques, systèmes, fournisseurs et personnes clés de l’entreprise. L’audit ne doit pas se contenter de décrire mais éclairer les vulnérabilités concrètes.
Construire une cartographie orientée métier et résilience
Pour devenir facilitatrice, la cartographie doit parler le langage des métiers. Cela commence par l’identification des activités critiques.
À partir de là, on remonte vers les dépendances numériques : applications, bases de données, interfaces, prestataires, mais aussi « sachants » clés dont le départ mettrait le système en difficulté.
Sur cette base, le responsable audit travaille avec la DSI et les métiers pour imaginer des scénarios crédibles : indisponibilité d’un outil de prise de commande, corruption de données, SI non documenté impossible à faire évoluer dans les délais, solution SaaS non conforme déployée trop vite, …
Ensuite, on évalue chaque scénario en impact (financier, opérationnel, réputationnel, réglementaire) et en vraisemblance.
La cartographie numérique devient alors le point d’entrée naturel des dispositifs de résilience existants ou à construire.
Elle permet de relier :
- Les risques identifiés aux plans de continuité d’activité (PCA) : comment l’organisation continue à fonctionner en mode dégradé si un système ou un prestataire fait défaut.
- Les risques les plus critiques aux plans de reprise d’activité (PRA) : comment on redémarre, dans quels délais, avec quelles priorités.
- Les scénarios de crise à une organisation dédiée : cellule de crise, chaîne d’escalade, modes de communication interne et externe, exercices périodiques.
Plans de remédiation et hiérarchisation : là où l’audit crée de la valeur
La cartographie ne sert plus seulement à prouver que l’on a identifié les risques, mais à préparer de manière concrète la continuité et la reprise d’activité lorsqu’un incident survient.
Une fois l’exposition clarifiée, la question devient : « que fait-on, dans quel ordre, à quel coût ? ». Le responsable audit structure des plans de remédiation priorisés.
Pour chaque action (sauvegardes, segmentation, documentation), il évalue le risque réduit, le coût et la faisabilité.
Logiquement, on commence par protéger le cœur du business.
Le responsable audit et contrôle interne assure un devoir d’alerte. Il explicite les options à la direction : investir, étaler, assumer certains risques résiduels. L’audit passe de « signaleur de problèmes » à facilitateur des arbitrages stratégiques.
Le rôle du responsable audit et contrôle interne : comment passer à une culture proactive ?
De « contrôleur » à partenaire des métiers
Passer d’une logique défensive à une culture proactive commence par un changement de posture.
Trop souvent, la direction audit et contrôle interne est perçue comme un « gendarme ». On estime qu’elle impose des référentiels, pointe des non-conformités, exige des actions immédiates.
Résultat : les métiers se braquent, refusent ou ralentissent les missions d’audit et les plans d’action restent lettre morte.
À l’opposé, la posture de facilitateur repose sur trois piliers :
- L’écoute active: comprendre les contraintes terrain (priorités business, budgets serrés, culture d’entreprise) avant de formuler des recommandations.
- La co-construction: plutôt que d’imposer des mesures standardisées, adapter les réponses à la maturité de l’organisation et négocier des solutions réalistes.
- La progressivité: faire évoluer la culture risque par étapes, sans chercher à « tordre » brutalement les pratiques existantes.
Sans l’adhésion des métiers et de la DSI, aucune cartographie, aussi poussée soit-elle, ne se traduira en actions concrètes. Avec cette nouvelle posture, l’audit devient un partenaire qui intègre la sécurité et la résilience dès la conception, sans bloquer l’agilité.
Appuyer la culture proactive sur des dispositifs concrets
Une culture proactive s’appuie sur des pratiques de pilotage bien ancrées en interne . La cartographie numérique évolue d’un exercice ponctuel vers un cycle continu :
- Veille structuréesur les menaces cyber, les réglementations (RGPD, IA Act) et les incidents sectoriels.
- Mises à jour régulières intégrées aux revues de projets de transformation, post-incidents ou changements d’organisation.
- Tests et exercices: simulations de crise, tests de bascule PCA/PRA, pour valider la résilience en conditions réelles, malgré leur coût et leur complexité.
- Tableaux de bord Comex: indicateurs lisibles (incidents majeurs, exposition résiduelle, coûts potentiels) plutôt que métriques techniques (taux CPU, nombre d’attaques).
L’essentiel est l’adaptation : une ETI n’appliquera pas mécaniquement un grand référentiel. L’audit guide vers des démarches pragmatiques, alignées sur les enjeux, l’appétence au risque et les contraintes opérationnelles, pour bâtir une résilience durable sans alourdir inutilement les processus.
Les compétences à renforcer pour le responsable audit et contrôle interne
Pour incarner ce rôle, le responsable audit doit monter en compétence sur trois axes opérationnels :
- Compréhension des risques numériques: dialoguer avec DSI/RSSI sans se noyer dans la technicité, relier cyber, data et projets à des enjeux business.
- Méthodologie de diagnostic: organiser la cartographie, poser les bonnes questions (dépendances, sachants, scénarios), intégrer PCA/PRA et plans de remédiation hiérarchisés.
- Communication et influence: construire des narratifs percutants pour le Comex (scénarios concrets, coûts/impacts, options d’arbitrage) et défendre ses alertes sans dramatiser.
Ces savoir-faire s’acquièrent par l’expérience (cas réels, ateliers collaboratifs, retours de crise) ou la formation. Ils transforment l’auditeur en architecte de résilience, capable d’aligner l’organisation sur une maîtrise proactive des risques numériques.
Passer d’une logique défensive à une culture proactive de maîtrise des risques numériques repose sur trois leviers :
- Comprendreles risques (cyber, transformation, conformité) et leurs coûts financiers et immatériels
- Transformer la cartographie en outil vivant : diagnostic d’exposition, lien avec PCA/PRA, plans de remédiation priorisés qui éclairent les arbitrages de la direction
- Adopter une posture de facilitateur: écouter les métiers, co-construire des réponses adaptées, animer une veille et des exercices concrets.
Le responsable audit et le contrôle interne devient alors un partenaire stratégique qui anticipe les crises et co-construit les solutions. Cette bascule exige des compétences spécifiques (diagnostic numérique, communication avec le Comex et les métier).
Vous voulez contribuer activement à rendre votre organisation résiliente face aux risques ? La formation « Maîtriser vos risques numériques » de IMT-BS vous accompagne vers cette nouvelle posture.
Intéressé.e par notre programme Maitriser vos risques numérique ?
Rendez-vous sur le lien suivant pour en savoir plus.
De l'assistant à l'agent : pourquoi la formation des managers à l'IA doit changer de programme
L'essentiel en 30 secondes :
- En trois ans, l'IA en entreprise est passée de l'assistant conversationnel à l'agent capable d'exécuter. Le manager n'est plus l'utilisateur de l'outil : il en devient le donneur d'ordre, et le responsable.
- Depuis le 2 février 2025, l'article 4 de l'AI Act impose à toute organisation qui déploie un système d'IA de garantir un niveau suffisant de « maîtrise de l'IA » chez ses collaborateurs. Les contrôles s'ouvrent le 2 août 2026.
- Les programmes conçus avant la bascule agentique enseignent encore l'usage. Trois compétences manquent : construire, évaluer, gouverner.
- L'Executive Master Intelligence Artificielle pour les Managers Innovants d'IMT-BS, co-conçu avec JustAI depuis 2020, a fait l'objet d'une refonte pédagogique complète. La promotion de septembre 2026 est la première à suivre le nouveau parcours.
Il y a trois ans, former un manager à l'intelligence artificielle consistait largement à lui apprendre à poser de bonnes questions à un modèle de langage. L'exercice était nouveau, spectaculaire, et suffisant : l'IA restait cantonnée à une fenêtre de conversation, et le collaborateur gardait la main sur ce qu'il en faisait.
Cette période est close. En 2026, les systèmes d'IA déployés en entreprise ne se contentent plus de répondre : ils agissent. Ils enchaînent des étapes, interrogent des bases de données, déclenchent des traitements, appellent d'autres outils. Ce déplacement — de l'assistant à l'agent — n'est pas une évolution technique de plus. Il change la nature de la responsabilité managériale, et il périme une bonne partie de ce que les formations à l'IA enseignaient encore l'an dernier.
Ce qui a changé entre 2023 et 2026
Du prompt à la délégation
La différence entre un assistant et un agent tient en une phrase : l'assistant produit un texte que vous relisez, l'agent produit un résultat que vous constatez. Dans le premier cas, l'humain est dans la boucle par construction. Dans le second, il faut l'y remettre volontairement, en concevant les points de contrôle.
Pour un manager, la conséquence est directe. Déployer un assistant, c'est équiper une équipe. Déployer un agent, c'est déléguer un périmètre de décision à un système, en assumer les sorties devant ses clients, ses collaborateurs et son comité de direction. Les questions ne sont plus « comment obtenir un meilleur résultat ? » mais « jusqu'où puis-je laisser ce système opérer sans supervision ? », « à quel seuil de fiabilité est-ce acceptable ? », « qui répond de l'erreur ? ».
Ces questions ne sont pas techniques. Elles sont managériales — et personne, dans l'organisation, n'est mieux placé qu'un cadre expérimenté pour les trancher. Encore faut-il qu'il dispose du bagage pour le faire de façon informée plutôt qu'intuitive.
Une obligation réglementaire devenue exigible
À ce déplacement des usages s'ajoute une contrainte de droit. L'article 4 du règlement européen sur l'intelligence artificielle — l'AI Act — impose depuis le 2 février 2025 aux fournisseurs comme aux déployeurs de systèmes d'IA de garantir « un niveau suffisant de maîtrise de l'IA » chez leur personnel et chez toute personne utilisant ces systèmes sous leur autorité.
Trois points méritent d'être soulignés. Cette obligation ne dépend pas du niveau de risque du système : elle s'applique dès l'usage d'un assistant conversationnel courant. Elle ne connaît aucun seuil de taille ou de chiffre d'affaires. Et à compter du 2 août 2026, les autorités nationales compétentes — en France, la CNIL au titre de son périmètre — peuvent en contrôler l'application.
Autrement dit : la montée en compétence des équipes sur l'IA cesse d'être un investissement discrétionnaire pour devenir une obligation documentée. Et la charge de démontrer que cette montée en compétence est adaptée « à la nature des systèmes, au profil des personnes et aux usages » revient à l'employeur.
Pourquoi les formations conçues avant les agents ne suffisent plus
Le manager n'est plus l'utilisateur, il est le donneur d'ordre
La plupart des formations à l'IA disponibles sur le marché restent construites sur le modèle de 2023 : découverte des modèles, atelier de rédaction de prompts, panorama des outils. Ce socle garde son utilité, mais il forme un utilisateur avancé. Or ce n'est plus le rôle qu'occupe un cadre dirigeant face à un système agentique.
Le manager qui pilote un déploiement d'IA doit être capable de trois choses que l'usage seul n'enseigne pas. Spécifier ce qu'il attend du système, en termes de périmètre, de données et de comportements interdits. Vérifier que le système fait bien ce qu'il prétend faire, sur des cas représentatifs de son activité et pas sur une démonstration. Organiser la chaîne de responsabilité qui va du fournisseur à l'opérateur en passant par lui-même.
Le point de rupture n'est plus technique, il est organisationnel
Le constat est désormais documenté. L'étude The GenAI Divide : State of AI in Business 2025 conduite par le projet NANDA du MIT, adossée à plus de 300 déploiements en entreprise, 52 études de cas et 153 entretiens de dirigeants, établit que 95 % des projets pilotes d'IA générative ne produisent aucun retour mesurable sur le compte de résultat. L'explication avancée par les auteurs n'est pas la qualité des modèles : c'est un écart d'apprentissage, à la fois individuel et organisationnel, entre l'outil et l'entreprise qui l'accueille.
Ce diagnostic recoupe ce que l'on observe sur le terrain. Les projets qui échouent ne butent presque jamais sur une limite du modèle. Ils butent sur un cas d'usage mal cadré, sur des données indisponibles au moment de passer en production, sur une absence de critère partagé pour décider si le résultat est « assez bon », ou sur des équipes qui n'ont pas été associées à la conception de l'outil censé transformer leur travail.
Ce sont là quatre problèmes de management. Aucun ne se résout par un séminaire de sensibilisation.
La refonte 2026 : ce qui change concrètement dans l'Executive Master IA pour les managers innovants
C'est de ce constat qu'est née la refonte pédagogique de l'Executive Master Intelligence Artificielle pour les Managers Innovants. Le programme, ouvert en 2020, avait déjà connu plusieurs actualisations de contenu. La révision engagée cette année est d'une autre nature, et son ampleur se lit dans les chiffres : sur les 96 séances que compte le parcours, 29 ont été créées ou entièrement refondues pour cette promotion. L'architecture elle-même a changé.
Un module entier consacré aux agents
Le module 4, Automatisations et agents dans un projet IA, est le plus neuf du parcours : la moitié de ses séances ont été écrites pour cette rentrée. Les participants n'y observent pas des démonstrations, ils construisent. Prototypage d'un premier agent en no-code, passage du POC au MVP, outillage de l'agent par des compétences externes, arbitrage de l'orchestration multi-agents, intégration au système d'information, puis mise en production — ce que le programme appelle l'AgentOps.
L'objectif n'est pas d'en faire des développeurs. Il est de leur donner ce qu'aucune présentation ne transmet : une intuition juste de ce qui est facile, de ce qui est coûteux, et de ce qui ne fonctionne pas encore. Un cadre qui a lui-même vu un agent échouer sur une donnée mal formatée négocie différemment un cahier des charges, un délai et un budget.
La bascule agentique n'attend d'ailleurs pas le module 4. Dès la première semaine, un atelier apprend à distinguer assistant, agent et orchestrateur ; le premier module se referme sur le RAG et le multi-agents.
L'évaluation, compétence managériale à part entière
Construire ne suffit pas. La troisième semaine du module 4 est consacrée à gouverner et fiabiliser : audit de la qualité des données, détection de la dérive, explicabilité, supervision hybride pour garder l'humain dans la boucle. Elle se referme sur un atelier LLM-as-a-judge appliqué à un cas volontairement sensible — l'évaluation d'un outil de tri de CV.
C'est là que se joue, très concrètement, l'écart entre un pilote impressionnant et un service déployé. Comment mesure-t-on la qualité d'un système probabiliste ? À partir de quel seuil accepte-t-on de le mettre entre les mains d'un client ? Que fait-on des cas où il se trompe, et comment les détecte-t-on en production ? La semaine suivante enchaîne sur la gestion d'incidents et sur le cadrage juridique de l'agent construit, au regard du RGPD et de l'AI Act.
Un fil rouge porté sur un cas réel
Ces modules ne sont pas des parenthèses techniques : ils s'articulent à un Projet Fil Rouge unique, posé dès la deuxième séance de la première semaine sur le terrain du participant. Chaque module en produit une pièce — la note d'opportunité au module 2, le cahier des charges opposable et la feuille de route défendus devant un comité de direction au module 3, l'agent construit et audité au module 4, le plan de conduite du changement au module 5, le modèle économique et son financement au module 6.
Le parcours se referme sur une soutenance blanche adverse, où le pitch est mis en contradiction par des agents autant que par des humains, avant la soutenance finale du mémoire devant jury académique. Ce choix pédagogique a une conséquence pratique appréciée des employeurs : à l'issue des six mois, l'organisation ne récupère pas seulement un diplômé, mais un dossier de projet instruit de bout en bout.
Une pédagogie co-construite avec le terrain depuis 2020
Cette orientation résolument opérationnelle tient à la façon dont le programme a été conçu. Depuis sa création en 2020, l'Executive Master IA est co-construit avec JustAI, cabinet de conseil et d'intégration en intelligence artificielle qui accompagne des PME et ETI françaises sur leurs déploiements.
Cette collaboration donne au programme une boucle de retour rare dans l'enseignement : les difficultés rencontrées sur des projets réels alimentent directement le contenu enseigné, et les cas travaillés en cours sont ceux que les organisations rencontrent effectivement l'année en cours.
« Ce que nous voyons échouer en clientèle, ce ne sont pas des modèles : ce sont des cadrages. Un cas d'usage choisi parce qu'il est démontrable plutôt que parce qu'il est utile, un critère de réussite que personne n'a écrit, une équipe métier découvrant l'outil le jour de la mise en production. La refonte 2026 part de là : nous avons remonté les points de rupture les plus fréquents de nos missions et nous en avons fait des exercices. »
Jonathan Foureur, fondateur de JustAI, co-concepteur du programme.
La refonte a suivi la même méthode. Elle s'appuie sur le retour des promotions précédentes, sur les évolutions du marché de l'emploi des cadres et sur l'entrée en vigueur progressive de l'AI Act, dont le volet formation devient exigible cette année.
À qui s'adresse l'Executive Master IA ?
Le programme s'adresse à des cadres expérimentés qui souhaitent anticiper les évolutions de leur métier et piloter des projets de transformation par l'IA, au sein de leur organisation ou dans une démarche entrepreneuriale. Il ne suppose aucun prérequis en programmation.
- Format
- 100 % à distance
- Durée
- 6 mois
- Rythme
- Lundi au jeudi, 13 h – 15 h
- Diplôme
- Master « Management de l'Innovation », RNCP niveau 7
- Admission
- Bac+5, ou Bac+4 et 5 ans d'expérience — VAP possible
- Financement
- Éligible CPF
Le parcours combine cours en direct — également disponibles en replay —, cas pratiques, travail collaboratif en binôme ou en groupe, et deux séances de coaching individuel par mois. Chaque bloc de compétences est validé par une étude de cas ; le diplôme est délivré après soutenance du projet fil rouge devant jury.
Le programme a été distingué par le « Prix de l'innovation » au classement Eduniversal 2026. Ses diplômés ont notamment lancé des assistants IA, des applications SaaS et des agents conversationnels au sein de leur entreprise ou en création d'activité.
Intéressé.e par notre Executive Master Intelligence Artificielle ?
La promotion de septembre 2026 est la première à suivre le parcours refondu. Une seconde entrée est proposée en février 2027.
Pour découvrir le programme détaillé, les modalités d'admission et les possibilités de financement, consultez la fiche complète de l'Executive Master Intelligence Artificielle pour les Managers Innovants, ou contactez directement l'équipe Executive Education d'Institut Mines-Télécom Business School à l'adresse execed@imt-bs.eu ou au 01 60 76 41 11.
Intéressé.e par notre programme Executive Master IA pour les managers innovants ?
Rendez-vous vite sur le lien suivant pour en savoir plus.
