Metafive.ai EN Prendre rendez-vous

Retour à l'accueil

Formations 2026

Les sujets sur lesquels les équipes IT doivent monter en compétence cette année : l'IA qui passe en production, la réglementation qui entre en application, et les coûts qu'il faut maîtriser. Chaque cours est construit sur vos propres services et se termine par des livrables utilisables dès le lendemain.

Intra-entreprise
6 à 12 participants d'une même organisation, pour travailler sur vos cas réels.
Présentiel ou distanciel
Sur site en Île-de-France, ou à distance en demi-journées.
Trois langues
En français, en anglais ou en arabe ; supports en français ou en anglais.
Sur mesure
Programme ajusté après un entretien de cadrage ; cours combinables en parcours.

Évaluation

Questionnaire de positionnement avant la formation, évaluation des acquis à la fin, attestation de fin de formation. Les ateliers produisent des livrables relus par le formateur.

Ces formations ne préparent pas aux examens de certification officiels et ne constituent pas un conseil juridique : elles visent la mise en pratique. Le contenu réglementaire est mis à jour à chaque session.

Le catalogue

  1. IA agentique : gouvernance, sécurité et garde-fous2 jours
  2. AI Act après l'Omnibus numérique, et ISO/IEC 420011 jour
  3. Résilience et cyber-réglementation : DORA, NIS2, CRA3 jours
  4. Niveaux de service pour l'IA : SLO des LLM et des agents2 jours
  5. FinOps du cloud et de l'IA1 jour
  6. Architecture cloud souveraine et hybride3 jours
  7. Platform Engineering et delivery assisté par l'IA2 jours
  8. SRE & SLO2 jours
  9. Service Level Management : SLA, OLA et UC2 jours

IA agentique : gouvernance, sécurité et garde-fous

Faire passer des agents IA en production dans l'IT sans perdre le contrôle de ce qu'ils font.

Pourquoi en 2026Les agents IA quittent le stade du pilote : ils lisent des données, appellent des outils et agissent. La question n'est plus « est-ce que ça marche ? » mais « qui contrôle, qui répond, et comment on le prouve ».
Durée
2 jours
Public
DSI, responsables de production et d'architecture, RSSI, équipes plateforme.
Prérequis
Aucun prérequis technique pour le premier jour.
Référentiels
  • AI Act (UE)
  • ISO/IEC 42001
  • OWASP Top 10 pour les applications LLM
  • agent-constitution (open source)

Objectifs

  • Distinguer assistant, copilote et agent autonome, et choisir le bon niveau d'autonomie par cas d'usage.
  • Cartographier les risques propres aux agents : injection de prompt, fuite de données, actions non voulues, coûts.
  • Concevoir les garde-fous : périmètre d'action, identités et droits, validation humaine, journalisation.
  • Mesurer la valeur et la fiabilité d'un agent en production.

Programme

Jour 1 · Comprendre et encadrer

  • Panorama des usages dans l'IT : supervision, incidents, conformité, reporting, documentation, code
  • Anatomie d'un agent : modèle, outils, mémoire, orchestration
  • Risques et menaces : injection de prompt, exfiltration, chaîne d'approvisionnement des modèles
  • Charte des agents : ce qu'ils peuvent faire seuls, ce qui exige un humain

Jour 2 · Mettre en production

  • Identités, secrets et principe du moindre privilège pour les agents
  • Le calcul dans le code, la décision chez l'humain : où placer le déterministe
  • Observabilité des agents : traces, coûts, taux d'erreur, dérives
  • Démonstration : chaîne des niveaux de service automatisée de bout en bout

Travaux pratiques

  • Cartographie des tâches automatisables de votre équipe et niveau d'autonomie cible
  • Rédaction de la charte d'un agent pour l'un de vos processus
  • Analyse de risques d'un agent existant ou envisagé

Ce que vous emportez

  • Charte d'usage des agents IA
  • Grille d'analyse de risques
  • Feuille de route d'automatisation

Retour au catalogue

AI Act après l'Omnibus numérique, et ISO/IEC 42001

Savoir ce qui s'applique déjà, ce qui a été reporté, et bâtir dès maintenant une gouvernance de l'IA auditable.

Pourquoi en 2026L'Omnibus numérique sur l'IA (règlement (UE) 2026/1744) a reporté le régime des systèmes à haut risque à décembre 2027 et août 2028. Les pratiques interdites et les règles sur l'IA à usage général s'appliquent déjà, et de nouvelles obligations de transparence arrivent dès le 2 décembre 2026.
Durée
1 jour
Public
DSI, responsables conformité et juridique, chefs de produit IA, RSSI.
Prérequis
Aucun.
Référentiels
  • AI Act (règlement (UE) 2024/1689)
  • Omnibus numérique sur l'IA (règlement (UE) 2026/1744)
  • ISO/IEC 42001
  • RGPD

Objectifs

  • Classer vos usages de l'IA selon les catégories de risque de l'AI Act.
  • Identifier votre rôle (fournisseur, déployeur…) et les obligations qui en découlent.
  • Établir le calendrier réel des obligations après l'Omnibus.
  • Structurer un système de management de l'IA inspiré d'ISO/IEC 42001.

Programme

Matin · Le cadre

  • Logique de l'AI Act : pratiques interdites, haut risque, transparence, IA à usage général
  • Ce que l'Omnibus a changé : calendrier, simplifications, articulation avec le RGPD
  • Rôles et obligations : fournisseur, déployeur, importateur, distributeur

Après-midi · La gouvernance

  • Inventaire des systèmes d'IA et classification
  • ISO/IEC 42001 : politique, rôles, appréciation des risques, amélioration
  • Documentation, journalisation et contrôle humain : les preuves à produire
  • Plan d'action sur 18 mois

Travaux pratiques

  • Inventaire et classification des usages de l'IA de votre organisation

Ce que vous emportez

  • Registre des systèmes d'IA
  • Calendrier des obligations
  • Plan d'action de gouvernance

Retour au catalogue

Résilience et cyber-réglementation : DORA, NIS2, CRA

Relier les nouvelles obligations à l'architecture et à l'exploitation, pour tenir quand un maillon cède et le prouver.

Pourquoi en 2026DORA s'applique depuis janvier 2025. Les obligations de déclaration du Cyber Resilience Act s'appliquent depuis le 11 septembre 2026. En France, la transposition de NIS2 par la loi Résilience est toujours en attente, mais l'ANSSI appelle à se préparer sans attendre.
Durée
3 jours
Public
RSSI et équipes risques, responsables de la continuité, de la production et de l'architecture.
Prérequis
Connaître l'organisation de son SI et de ses principaux prestataires.
Référentiels
  • DORA (règlement (UE) 2022/2554)
  • NIS2 (directive (UE) 2022/2555)
  • Cyber Resilience Act (règlement (UE) 2024/2847)
  • ISO 22301
  • ISO/IEC 27001:2022
  • ReCyF (ANSSI)

Objectifs

  • Savoir quelles réglementations s'appliquent à votre organisation, et depuis quand.
  • Mettre en place la gestion et la notification des incidents exigées par DORA, NIS2 et le CRA.
  • Maîtriser le risque lié aux prestataires TIC : contrats, registre, stratégies de sortie.
  • Croiser les exigences avec ISO 22301 et ISO 27001 pour ne mener qu'un seul chantier.

Programme

Jour 1 · DORA

  • Périmètre et rôle des autorités de supervision
  • Gestion du risque lié aux TIC : cadre, cartographie, fonctions critiques ou importantes
  • Incidents liés aux TIC : classification, incidents majeurs, notification
  • Tests de résilience opérationnelle numérique, dont les tests de pénétration fondés sur la menace
  • Prestataires tiers : clauses contractuelles, registre d'informations, stratégies de sortie

Jour 2 · NIS2 et Cyber Resilience Act

  • NIS2 : entités essentielles et importantes, mesures de gestion des risques, responsabilité de la direction
  • État de la transposition française et Référentiel Cyber France (ReCyF) de l'ANSSI
  • CRA : produits concernés, déclaration des vulnérabilités activement exploitées et des incidents graves
  • Une seule chaîne de détection et de notification pour DORA, NIS2 et le CRA

Jour 3 · Continuité, sécurité et mise en cohérence

  • Analyse d'impact métier, RTO, RPO, PCA et PRA (ISO 22301)
  • SMSI et mesures de l'annexe A (ISO/IEC 27001:2022)
  • Lien avec les niveaux de service : SLA, OLA et contrats fournisseurs
  • Matrice de conformité croisée et préparation des audits

Travaux pratiques

  • Qualification de votre organisation au regard de DORA, NIS2 et du CRA
  • Revue d'un contrat prestataire au regard de DORA
  • Exercice de crise avec notification aux autorités

Ce que vous emportez

  • Matrice de correspondance DORA / NIS2 / CRA / ISO
  • Processus de notification des incidents
  • Liste de contrôle des clauses prestataires

Retour au catalogue

Niveaux de service pour l'IA : SLO des LLM et des agents

Appliquer aux services d'IA la discipline qui rend les plateformes fiables : mesurer, s'engager, piloter.

Pourquoi en 2026Les services d'IA entrent dans les contrats et les processus critiques. Leur fiabilité ne se résume pas à la disponibilité : latence, qualité des réponses, coût par requête et dépendance aux fournisseurs de modèles doivent aussi être mesurés et engagés.
Durée
2 jours
Public
Équipes SRE et plateforme, product owners IA, service managers, architectes.
Prérequis
Notions de SLI et de SLO, ou avoir suivi « SRE & SLO ».
Référentiels
  • Google SRE
  • ITIL 4 : gestion des niveaux de service
  • DORA : prestataires tiers
  • AI Act (UE)

Objectifs

  • Définir les SLI d'un service d'IA : disponibilité, latence, qualité, sécurité, coût.
  • Fixer des SLO réalistes quand le résultat n'est pas déterministe.
  • Intégrer les fournisseurs de modèles dans la chaîne SLA, OLA et UC.
  • Piloter par le budget d'erreur et par le coût.

Programme

Jour 1 · Mesurer

  • Ce qui change avec l'IA : non-déterminisme, dépendance aux modèles, coût variable
  • SLI de qualité : évaluations automatiques, échantillonnage humain, taux de refus et d'hallucination
  • Latence perçue : premier jeton, temps total, files d'attente
  • Coût par requête et par résultat utile

Jour 2 · S'engager et piloter

  • SLO composites et budgets d'erreur pour l'IA
  • Contrats avec les fournisseurs de modèles : ce que couvrent réellement leurs SLA
  • Repli et redondance : modèle de secours, cache, mode dégradé
  • Revue de service et tableau de bord d'un service d'IA

Travaux pratiques

  • SLI et SLO pour l'un de vos services d'IA
  • Calcul de la disponibilité composite avec un fournisseur de modèle

Ce que vous emportez

  • Fiche SLO d'un service d'IA
  • Grille d'évaluation de la qualité
  • Clauses types pour les fournisseurs de modèles

Retour au catalogue

FinOps du cloud et de l'IA

Rendre visibles et arbitrables les coûts du cloud, des GPU et de l'inférence, avant qu'ils ne dérivent.

Pourquoi en 2026Les dépenses d'IA (GPU, jetons, inférence) s'ajoutent à la facture cloud et varient avec l'usage. Le FinOps s'étend à l'IA : coût unitaire, quotas et arbitrages doivent être posés dès la mise en production.
Durée
1 jour
Public
Responsables infrastructure, architectes, contrôleurs de gestion IT, product owners.
Prérequis
Utilisation d'au moins un cloud public ou privé.
Référentiels
  • FinOps Framework (FinOps Foundation)
  • FinOps for AI

Objectifs

  • Mettre en place l'allocation des coûts : étiquetage, showback, chargeback.
  • Calculer un coût unitaire par service, par client ou par requête d'IA.
  • Identifier les leviers d'économie du cloud et de l'IA.
  • Arbitrer entre coût, performance, qualité et disponibilité.

Programme

Matin · Voir

  • Principes et rôles FinOps
  • Allocation des coûts et stratégie d'étiquetage
  • Coûts de l'IA : entraînement, inférence, jetons, GPU réservés ou à la demande

Après-midi · Agir

  • Leviers : dimensionnement, engagements d'usage, cache, choix du modèle, quotas
  • Coût de la disponibilité : combien coûte un neuf de plus
  • Gouvernance, budgets et alertes, y compris pour les agents IA

Travaux pratiques

  • Analyse d'une facture cloud réelle et plan d'économies priorisé

Ce que vous emportez

  • Politique d'étiquetage
  • Modèle de coût unitaire d'un service d'IA
  • Plan d'optimisation chiffré

Retour au catalogue

Architecture cloud souveraine et hybride

Choisir où placer chaque charge entre cloud public, cloud de confiance et infrastructure privée, et garder la réversibilité.

Pourquoi en 2026Souveraineté des données, dépendance à quelques fournisseurs et exigences des régulateurs sur le risque de concentration poussent à des architectures hybrides, réversibles et documentées.
Durée
3 jours
Public
Architectes, responsables infrastructure et production, tech leads.
Prérequis
Notions d'infrastructure (réseau, stockage, virtualisation).
Référentiels
  • SecNumCloud (ANSSI)
  • ISO/IEC 27017 et 27018
  • AWS et Azure Well-Architected
  • DORA : risque de concentration

Objectifs

  • Choisir un modèle de service et de déploiement selon des critères explicites, souveraineté comprise.
  • Concevoir une landing zone : comptes, réseau, identité, sécurité, observabilité.
  • Calculer la disponibilité d'une architecture et la faire correspondre aux engagements visés.
  • Construire une trajectoire de migration réversible et chiffrée.

Programme

Jour 1 · Cadrer et choisir

  • Modèles de service et responsabilité partagée
  • Critères de placement : criticité, données, latence, coût, réversibilité, souveraineté
  • Cloud de confiance et qualifications : ce qu'elles garantissent et ce qu'elles ne garantissent pas
  • Landing zones : organisation des comptes, réseau, identité, garde-fous

Jour 2 · Résilience et scalabilité

  • Zones et régions, redondance active-active et active-passive
  • Disponibilité composite : maillons en série et en parallèle
  • Paliers de capacité, tests de charge, mise à l'échelle
  • Sauvegarde, réplication, RTO et RPO par service

Jour 3 · Migrer et rester réversible

  • Stratégies de migration et ordre des vagues
  • Réversibilité : formats, contrats, plans de sortie
  • Infrastructure as code et automatisation des environnements
  • Gouvernance d'architecture : principes, dossiers de décision, revues

Travaux pratiques

  • Matrice de placement de vos applications
  • Calcul de la disponibilité de votre architecture actuelle et cible
  • Esquisse de trajectoire de migration

Ce que vous emportez

  • Grille de décision de placement
  • Modèle de dossier d'architecture
  • Calculateur de disponibilité composite

Retour au catalogue

Platform Engineering et delivery assisté par l'IA

Livrer plus souvent et plus sûrement grâce à une plateforme interne pensée comme un produit, et à des assistants de code encadrés.

Pourquoi en 2026Les assistants et agents de code accélèrent l'écriture du logiciel ; sans plateforme, garde-fous et mesure, ils accélèrent aussi la dette et les incidents.
Durée
2 jours
Public
Équipes plateforme et DevOps, développeurs, responsables techniques.
Prérequis
Notions de CI/CD et de conteneurs.
Référentiels
  • Indicateurs DORA DevOps
  • Team Topologies
  • CNCF Platforms White Paper

Objectifs

  • Mesurer la performance de livraison avec les indicateurs DORA DevOps.
  • Concevoir une plateforme interne en libre-service et ses chemins balisés (golden paths).
  • Encadrer les assistants et agents de code : règles, revues, tests, sécurité.
  • Organiser les équipes autour du flux.

Programme

Jour 1 · Livrer

  • Fréquence de déploiement, délai de mise en production, taux d'échec des changements, temps de rétablissement
  • Chaîne CI/CD, déploiement progressif, infrastructure et politiques as code
  • Assistants et agents de code : gains réels, risques, règles d'usage

Jour 2 · Plateforme

  • La plateforme comme produit : utilisateurs, feuille de route, adoption
  • Portail développeur, catalogue de services, golden paths
  • Topologies d'équipes et charge cognitive
  • Fiabilité de la plateforme : SLO internes

Travaux pratiques

  • Mesure de vos indicateurs DORA DevOps
  • Conception d'un golden path intégrant un assistant de code

Ce que vous emportez

  • Tableau de bord DORA DevOps
  • Règles d'usage des assistants de code
  • Feuille de route de plateforme

Retour au catalogue

SRE & SLO

Mesurer la fiabilité du point de vue de l'utilisateur, fixer des objectifs et piloter les arbitrages par le budget d'erreur.

Pourquoi en 2026Le socle des autres cours : sans SLI ni SLO, ni la réglementation, ni l'IA, ni les contrats ne peuvent être pilotés par la mesure.
Durée
2 jours
Public
Équipes Run et SRE, product owners, responsables d'exploitation.
Prérequis
Pratique d'un outil de supervision (Prometheus, Dynatrace, Zabbix, Centreon ou équivalent).
Référentiels
  • Google SRE
  • OpenSLO
  • ITIL 4

Objectifs

  • Choisir des SLI qui reflètent l'expérience utilisateur.
  • Fixer des SLO et une politique de budget d'erreur acceptée par le produit et l'exploitation.
  • Mettre en place des alertes fondées sur la vitesse de consommation du budget.
  • Conduire des post-mortems sans recherche de coupable.

Programme

Jour 1 · Mesurer

  • Fiabilité perçue contre fiabilité des composants
  • Typologie des SLI et méthodes de calcul
  • Fixer un SLO : historique, attentes, coût de chaque neuf supplémentaire
  • Budget d'erreur et politique associée

Jour 2 · Piloter

  • Alertes multi-fenêtres sur la vitesse de consommation
  • Gestion des incidents majeurs
  • Post-mortems et actions correctives
  • Mesure et réduction du travail répétitif

Travaux pratiques

  • SLI et SLO de deux de vos services
  • Alertes de consommation dans votre outil de supervision
  • Post-mortem d'un incident réel

Ce que vous emportez

  • Fiches SLO de vos services
  • Politique de budget d'erreur
  • Modèle de post-mortem

Retour au catalogue

Service Level Management : SLA, OLA et UC

Rédiger des engagements de service tenables, du contrat client jusqu'aux équipes internes et aux fournisseurs.

Pourquoi en 2026DORA et NIS2 exigent de maîtriser les prestataires ; les clients exigent des engagements chiffrés. La chaîne SLA, OLA, UC est l'endroit où les deux se rejoignent.
Durée
2 jours
Public
Service managers, responsables de contrats et d'achats IT, architectes, responsables de production.
Prérequis
Aucun ; une connaissance de base d'ITIL est utile.
Référentiels
  • ITIL 4 : gestion des niveaux de service
  • ISO/IEC 20000-1
  • DORA : prestataires tiers

Objectifs

  • Construire la chaîne SLI → SLO → OLA → UC → SLA et en expliquer chaque calcul.
  • Rédiger un SLA complet : périmètre, heures de service, mesures, exclusions, crédits et pénalités.
  • Aligner les OLA des équipes internes et les UC des fournisseurs sur le SLA.
  • Animer des revues de service fondées sur des données.

Programme

Jour 1 · Concevoir la chaîne

  • Catalogue de services et paliers d'engagement
  • Anatomie d'un SLA, d'un OLA et d'un contrat de sous-traitance
  • Calculs : budget d'erreur, marge SLO, maillons en série et en parallèle
  • Benchmark des SLA du marché : fournisseurs cloud, secteur bancaire

Jour 2 · Formaliser et gouverner

  • Matrices de traçabilité SLA / OLA / UC et RACI
  • Crédits de service et pénalités
  • Méthodes de calcul auditables, ITIL 4 et ISO/IEC 20000-1
  • Revue de service mensuelle et amélioration continue

Travaux pratiques

  • Décomposition d'un SLA réel en OLA et UC
  • Rédaction d'une fiche SLA et de ses fiches OLA
  • Simulation d'une revue de service avec crédits

Ce que vous emportez

  • Modèles de fiches SLA, OLA et UC
  • Matrice de traçabilité
  • Calculateur de la chaîne d'engagement

Retour au catalogue

Parcours

Les cours se combinent selon votre enjeu principal.

IA de confiance

5 jours pour mettre l'IA en production sous contrôle.

  1. IA agentique : gouvernance, sécurité et garde-fous
  2. AI Act après l'Omnibus numérique, et ISO/IEC 42001
  3. Niveaux de service pour l'IA : SLO des LLM et des agents

Conformité et résilience

6 jours pour DORA, NIS2, le CRA et les audits ISO, prestataires compris.

  1. Résilience et cyber-réglementation : DORA, NIS2, CRA
  2. Service Level Management : SLA, OLA et UC
  3. AI Act après l'Omnibus numérique, et ISO/IEC 42001

Plateforme et coûts

6 jours pour concevoir, industrialiser et maîtriser les coûts d'une plateforme.

  1. Architecture cloud souveraine et hybride
  2. Platform Engineering et delivery assisté par l'IA
  3. FinOps du cloud et de l'IA

Opérations fiables

6 jours pour des opérations pilotées par des objectifs mesurés.

  1. SRE & SLO
  2. Service Level Management : SLA, OLA et UC
  3. Niveaux de service pour l'IA : SLO des LLM et des agents

Parlons de votre plateforme

Un premier échange de 30 minutes pour comprendre votre contexte : architecture, enjeux de conformité, engagements, échéances.

Prendre rendez-vous Écrire un email · mo@metafive.ai

Basé à Paris – La Défense. Missions sur site, hybrides ou à distance.