Accueil / IA & workflows métiers / Formation

Architecture IA
& prototypage
d'un système

Une démo qui fonctionne n'est pas encore un système qui tient.

ILEV forme vos équipes à transformer une idée IA en système testable, plutôt qu'à empiler des outils en espérant qu'un projet finisse par aboutir.

POC, pilote, API : la formation construit la méthode pour choisir les bons composants, tester sur un cas réel et savoir quand un prototype doit s'arrêter, s'ajuster ou grandir.

Prototypage d'un système IA testable avant industrialisation
FormatIntra-entreprise : présentiel,
distanciel ou hybride.
PublicÉquipes produit, DSI, profils no-code,
entrepreneurs et porteurs de projet.
NiveauIntermédiaire, avancé.
Suppose un cas d'usage précis
et une première pratique de l'IA.
ApprocheCadrer une idée, choisir les bons composants
et tester un premier prototype.
FinancementOPCO possible.
Paiement fractionné envisageable.
AllianzBaccaratBig CheeseBNP ParibasCprodDacorDeuxce+ DirectorsDotDuriteElwoodÉtoile VégaExhalteFirst DraftGucciHidden CliffsHula HoopHvhKlepierreKliLa Belle FaçonLacuisineLafouleLeroy & RoseMoonfishNakkoOudePafProvence StudiosSamikaSepSkywatcherSmallcreativeSø TalentsSquarelySubVictorVogWelcome Byzance

Quatre formats.
Un seul principe :
un prototype sert à décider.

Chaque format existe en présentiel, à distance ou en hybride, pour cadrer un premier prototype ou structurer une architecture complète. On travaille sur vos projets, en méthode atelier : théorie courte, pratique réelle. Le contenu est toujours ajusté après audit.

Une formation à votre mesure
14 heures

Cadrer une idée et choisir la bonne approche

Distinguer les usages IA pertinents, comparer logiciel du commerce, prestataire et développement interne, et formuler une première hypothèse testable.

21 heures

Construire et tester un premier prototype

Choisir les composants, connecter les données nécessaires et construire un POC qui répond à une question précise, sur un cas réel de l'entreprise.

28 heures

Passer du prototype à un système fiable

Cadrer un pilote, définir les critères de décision, sécuriser les accès et les données, et savoir arrêter, retravailler ou industrialiser un prototype.

Sur mesure

Sur-Mesure

La durée, les cas d'usage et le niveau de technicité sont définis après audit de vos projets, de votre architecture existante et de vos contraintes de sécurité.

Ce que vos équipes vont maîtriser

Six compétences concrètes.

Un prototype sert à décider.
Pas à impressionner un comité de direction.

Cadrer un problème
avant la solution

Partir d'un besoin métier observé plutôt que d'une technologie qui plaît, et formuler une hypothèse testable en une phrase claire.

Choisir entre acheter,
déléguer et développer

Comparer un logiciel du commerce, un prestataire et un développement interne selon le coût, le délai, le contrôle et la dépendance créée.

Construire un POC
qui répond à une question

Construire un test minimal, sur un périmètre restreint, capable de trancher une question précise plutôt que de démontrer une technologie.

Connecter un prototype
aux données de l'entreprise

Identifier les sources internes mobilisables, les API disponibles et la qualité réelle des données avant de les exposer à un système.

Passer du POC
à un pilote réel

Cadrer un périmètre élargi, des utilisateurs réels et une durée de test définie pour vérifier qu'un usage tient au-delà de la démonstration.

Décider : arrêter,
ajuster ou industrialiser

Fixer des critères de décision avant le test, pas après, pour juger objectivement s'il faut poursuivre, retravailler ou clore un prototype.

Exemples de modules selon le format

Exemple de programme

Les modules ci-dessous donnent un cadre.
Le contenu final est ajusté après audit de votre niveau, de vos données et de vos objectifs.

Cadrer une idée IA et choisir la bonne approche avant de construire quoi que ce soit.

  • Partir d'un problème métier observé, pas d'une technologie qui plaît
  • Formuler une hypothèse testable en une phrase
  • Identifier qui décide et qui utilisera le résultat
  • Logiciel du commerce prêt à l'emploi
  • Prestataire ou intégrateur
  • Développement interne ou logiciel libre modifié
  • Sources de données nécessaires
  • Niveau de contrôle recherché
  • Contraintes de sécurité et de confidentialité à respecter dès le départ
  • Périmètre volontairement restreint
  • Un cas d'usage réel de l'entreprise
  • Critères simples pour juger si l'essai est concluant

Construire, tester et connecter un prototype à un cas réel de l'entreprise.

  • Une question précise à trancher
  • Des données disponibles et exploitables
  • Une durée et un budget limités dès le départ
  • Critères de décision : coût, délai, contrôle, dépendance
  • Cas où un outil prêt à l'emploi suffit
  • Cas où un développement sur-mesure se justifie
  • Sources internes : CRM, ERP, documents, bases métier
  • API et connecteurs disponibles
  • Qualité et fiabilité des données mobilisées
  • Un comité de direction, un service RH ou une équipe métier comme premiers utilisateurs
  • Des retours structurés, pas seulement des impressions
  • Une comparaison avec la situation actuelle
  • Droits d'accès et confidentialité
  • Ce qui ne doit jamais sortir de l'entreprise
  • Traçabilité des décisions prises par le système
  • Des critères de décision définis avant le test, pas après
  • Ce qu'un résultat positif change vraiment
  • Le coût d'un prototype qui ne sert à rien
  • Ce qui a été testé et pourquoi
  • Ce qui a fonctionné, ce qui a échoué
  • Une base claire pour la suite, même si le projet s'arrête là

Passer d'un prototype validé à un système fiable, avec les bons points de contrôle.

  • Projets IA déjà tentés dans l'entreprise
  • Outils, scripts ou automatisations informels en circulation
  • Irritants et opportunités prioritaires
  • Logiciel du commerce, prestataire ou développement interne
  • Complexité, volume de données et criticité du cas d'usage
  • Coût total, pas seulement le coût d'entrée
  • Composants nécessaires : modèle, données, interface, orchestration
  • Dépendances externes et solutions de repli
  • Niveau de contrôle humain à chaque étape
  • Utilisateurs réels dans un service ou une équipe
  • Volume de données représentatif
  • Suivi structuré sur une durée définie
  • Cadre interne d'usage de l'IA
  • Traçabilité des décisions et des accès
  • Points de vigilance réglementaires à anticiper
  • Critères définis en amont, pas ajustés après coup
  • Comparaison avec la situation de départ
  • Coût réel par rapport au gain observé
  • Ce qu'industrialiser implique réellement : maintenance, support, montée en charge
  • Ce qu'un arrêt documenté permet d'éviter de refaire
  • Qui porte la décision et sur quels critères
  • Étapes communes à appliquer au prochain projet
  • Critères de décision partagés dans l'entreprise
  • Rôles et points de validation à chaque étape

La durée, les cas d'usage et le niveau de technicité sont définis après audit de vos projets, de votre architecture existante et de vos contraintes de sécurité. Le parcours peut être construit autour d'un assistant documentaire, d'un copilote métier, d'un agent opérationnel, d'un outil d'analyse, d'une interface reliée à un outil déjà en place ou d'un système de génération contrôlée : dites-nous ce que vous cherchez à tester, on dessine le programme.

Construire le parcours de mon équipe
Où en sont les entreprises

Trois chiffres avant de
choisir votre architecture.

Gains mesurés
12%

des CEO dans le monde déclaraient, en 2026, que l'IA avait produit à la fois des gains de coûts et de revenus.

Source : PwC, 2026
Fondations IA
×3

de retours financiers significatifs pour les entreprises dont les fondations IA (gouvernance responsable, capacité d'intégration) sont établies.

Source : PwC, 2026
Impact sur l'EBIT
39%

des répondants McKinsey attribuent à l'IA un impact, même limité, sur l'EBIT de leur organisation, le plus souvent inférieur à 5%.

Source : McKinsey, 2025
Pour aller plus loin Evaluation best practices · OpenAI
L'ossature

Les huit briques
à arbitrer

01

L'utilisateur

Qui utilise le système et dans quelle situation ?

02

La tâche

Quel travail doit réellement être amélioré ?

03

Le modèle

Quel niveau de capacité, coût et vitesse est nécessaire ?

04

Le contexte

Quelles instructions et informations doivent accompagner la demande ?

05

Les données

Quelles sources sont disponibles, fiables et autorisées ?

06

Les outils

Quelles actions ou connexions sont nécessaires ?

07

Les contrôles

Où faut-il vérifier, limiter ou passer la main ?

08

La mesure

Comment savoir si le système fait mieux que l'existant ?

L'architecture n'est pas un dessin technique ajouté à la fin. C'est l'ensemble des choix qui rendent le prototype utile, testable et maintenable.

La promesse

Un prototype qui
sert à décider.

ILEV forme vos équipes à transformer une idée en système testable : cadrer le bon périmètre, choisir les bons composants et construire un premier prototype qui répond à une question précise.

La formation apprend à choisir entre un logiciel du commerce, un prestataire et un développement interne, à connecter un prototype aux données de l'entreprise, et à savoir quand l'arrêter, l'ajuster ou le faire grandir.

Intra-entreprise Sur mesure Présentiel ou distanciel OPCO possible
Ce qu'on observe le plus souvent

Le prototype qui
ne s'arrête jamais.

Un prototype sans critère de décision devient un projet permanent. Une équipe peut itérer des mois sur un POC impressionnant en démonstration, sans jamais savoir s'il répond réellement au besoin de départ.

Impressionner n'est pas une stratégie. Un prototype n'a de valeur que s'il permet de trancher une question précise, à un coût connu d'avance.

La méthode atelier

On teste avant de trancher.
Pas après.

La formation repose sur une méthode atelier. Vos équipes travaillent directement sur leurs cas d'usage, leurs données et leurs projets réels. Chaque notion est introduite au moment où elle devient utile.

01Une démonstration courte
02Une mise en pratique guidée
03Une application sur un contenu métier
04Une correction individuelle ou collective
05Une méthode commune formalisée

Avant l'atelier

  • Les idées et projets IA déjà envisagés
  • Les outils, prestataires ou scripts déjà testés en interne
  • Le niveau des participants
  • Les données et systèmes disponibles
  • Les contraintes de sécurité et de conformité
  • Les résultats attendus après la formation

Pendant l'atelier

L'expert aide l'équipe à éviter deux excès : construire trop lourd avant d'avoir validé l'usage ; construire trop vite sans savoir comment juger le résultat. Chaque étape suit la même logique : cadrer, choisir les bons composants, construire un prototype minimal, le tester, puis décider.

Après l'atelier

Une méthode de prototypage réutilisable, une grille de décision entre acheter, déléguer et développer, et un premier prototype testé sur un cas réel de l'entreprise.

Le prototype n'est pas la destination.
C'est l'outil qui permet de comprendre le prochain vrai risque.

Parler de vos projets

Ceux qui vous forment pratiquent encore

520 experts métiers.
En activité. Passionnés.

Six exemples parmi les experts avec qui nous travaillons souvent sur l'architecture et le prototypage IA. Cette liste n'est pas exhaustive : le formateur est choisi selon vos projets, vos systèmes, le niveau réel de votre équipe et les disponibilités de chacun.

On ne choisit pas un expert parce qu'il sait faire.
On le choisit parce qu'il sait faire progresser.

Le concret

Ce avec quoi
vos équipes repartent

01

Une hypothèse testable formulée en une phrase

Le problème métier reformulé en question précise, prête à être testée plutôt que débattue indéfiniment.

commun applicable au prochain projet, avec les rôles et points de validation à chaque étape.

02

Un schéma d'architecture lisible

Les briques, leurs liens et leurs dépendances, compréhensible hors de la DSI.

03

Un prototype testé sur un cas réel

Assez avancé pour décider, assez léger pour être jeté sans regret.

04

Un jeu de tests et sa grille d'évaluation

Les critères posés AVANT le test, pour ne pas juger sur l'impression du jour.

05

Un registre des choix d'architecture

Ce qui a été décidé, pourquoi, et ce qu'il faudra revoir si le contexte change.

06

Une analyse des risques avant le pilote

Techniques, opérationnels et humains, avec le coût de chacun.

Ce que la formation doit changer
Avant
  • Une idée formulée autour d'un outil
  • Une démo difficile à évaluer
  • Des choix techniques implicites
  • Peu de tests représentatifs
  • Aucune trajectoire claire vers l'usage réel

Une démo qui marche.
Un système qui tient.

Après
  • Un problème clairement défini
  • Une architecture proportionnée
  • Un prototype confronté à des tests
  • Des risques et coûts visibles
  • Une décision crédible sur la suite
L'évaluation

Comment la progression
est-elle évaluée ?

La progression est évaluée à travers la capacité des participants à cadrer un besoin réel, choisir les bons composants et construire un prototype qui répond à une question précise, plutôt qu'une démonstration qui ne sert à personne.

Le formateur vérifie surtout un point : la capacité à savoir arrêter, ajuster ou faire grandir un prototype selon des critères clairs, et non selon l'enthousiasme du moment.

Stratégie

Financement

Vos formations peuventêtre prises en charge.

ILEV est certifié Qualiopi. Selon votre situation, une prise en charge OPCO peut être possible. Nous vous accompagnons dans la constitution du dossier administratif.

Autre option : paiement en plusieurs fois accepté.

Entreprises accompagnées
+1000

Des parcours construits sur les enjeux réels de chaque entreprise.

Experts métiers
520

Des experts du terrain, choisis pour leur passion et leur savoir-être.

Satisfaction
4.8/5

Des clients qui valorisent l'impact concret de nos actions.

4.8/5 ★★★★★ · Avis vérifiés

« L'organisation était parfaite, le contenu vraiment personnalisé à nos besoins, et la formatrice, à la fois passionnante et ultra pédagogue. »

Clap Productions

« L'intervenante était au top, compétente, pédagogue, bienveillante, adaptable. La formation m'a apporté des outils que j'utilise quotidiennement. »

Sonia Cruchon

« Le contenu est concret et directement applicable. Nous recommandons sans hésiter. »

Holdon Prod

« J'ai tellement appris et progressé en peu de temps ! Merci ILEV pour cet accompagnement ultra-personnalisé. »

Marielle Elis

« Deux formateurs parfaitement compétents et pédagogues qui se sont adaptés à mes demandes et questionnements à chaque étape. »

David Zard

« On perçoit clairement son expertise approfondie, la maîtrise des outils et sa volonté d'anticiper l'avenir. »

Mika Soul

« Un formateur hors pair et très pédagogue. »

MineBoss Oug

« Une expérience vraiment constructive et décisive. Le formateur, pédagogue et disponible, a rendu le contenu immédiatement concret et applicable. »

Gilbert Glogowski

« L'équipe est à l'écoute, bienveillante et très professionnelle. On se sent accompagné et soutenu tout au long de la formation. »

Charlie Egraz

« Un formateur en IA passionné qui nous a tout transmis, même sa passion ! Je recommande fortement. »

Lea Chelli

« Nous sommes ravis de ces deux accompagnements. Nous recommandons ! »

Agence Alchimy

« L'équipe pédagogique est vraiment à l'écoute et investie. Les cours sont personnalisés selon les besoins des salariés. »

Côme Boivin-Champeaux

FAQ

Les questions qu'on
nous pose souvent.

POC, pilote, architecture, choix du parcours, format, experts, financement : les réponses directes.

Un POC répond à une question technique précise : est-ce possible ? Un pilote teste l'usage sur un périmètre réel, avec de vrais utilisateurs. Un projet en production doit tenir dans la durée, avec maintenance, support et montée en charge.

Le plus souvent, quelques semaines suffisent pour un POC ciblé. La durée compte moins que les critères de décision : ils doivent être fixés avant le test, pas ajustés après coup pour justifier un résultat.

Pas toujours. Certains prototypes se construisent avec des outils du commerce, sans code. D'autres demandent un développement ciblé. La formation aide à identifier ce que votre cas réel exige réellement.

Trois critères reviennent souvent : le coût total dans la durée, le niveau de contrôle recherché et la dépendance créée envers un fournisseur. La formation construit une grille de décision adaptée à votre contexte.

Non. Un prototype peut valider une idée, l'écarter ou révéler qu'il faut la reformuler. Industrialiser a un coût réel : maintenance, support, sécurité. Cette décision se prend avec les mêmes critères que le prototype lui-même.

Cela dépend des sources mobilisées : CRM, ERP, documents internes, bases métier. La formation apprend à cartographier ces connexions, à vérifier la qualité des données disponibles et à poser les bons points de contrôle avant de les exposer à un système.

Le choix dépend du besoin, de la qualité attendue, de la vitesse, du coût, des données et des contraintes de l'entreprise. La formation apprend à arbitrer plutôt qu'à suivre une marque par défaut.

On commence par une lecture macro de l'entreprise : vos métiers, vos équipes, vos outils, vos priorités, vos irritants opérationnels et les compétences qui deviennent stratégiques.

Ensuite, nous pouvons organiser un diagnostic avec la direction, les managers ou les équipes concernées pour faire remonter les vrais besoins : outils mal maîtrisés, méthodes à renforcer, difficultés d'organisation, usages IA, problèmes de transmission, blocages métier ou priorités de développement.

L'objectif est de relier la vision de la direction avec ce que les équipes vivent réellement au quotidien.

À partir de là, nous cadrons le parcours le plus utile : publics concernés, niveau de départ, objectifs, format, expert adapté et financement possible.

Une bonne formation ne commence pas par un catalogue. Elle commence par une compréhension claire de ce qui doit vraiment progresser.

C'est fréquent, et ce n'est pas un problème.

Beaucoup d'entreprises savent qu'elles doivent faire monter leurs équipes en compétence, mais ne savent pas encore par quel angle commencer.

Le diagnostic sert justement à clarifier les priorités, les publics concernés, le niveau actuel et le format le plus utile.

Oui, bien sûr.

L'idée est toujours de partir d'un besoin réel, puis d'assembler les compétences nécessaires autour de ce besoin.

Exemples : IA + marketing, management + organisation, production audiovisuelle + financement, mécénat + communication, prospection + positionnement commercial, DaVinci + étalonnage + workflow post-production.

Mais on ne combine pas des sujets pour faire joli ou empiler des modules en espérant trouver un bouton magique.

On identifie ce qui doit progresser. Puis on construit le parcours qui a du sens.

Cette formation suppose une pratique de base de l'IA générative. Si vos équipes n'y sont pas encore, on commence par l'acculturation : c'est exactement ce à quoi elle sert.

Oui. Pour des équipes plus matures, nous pouvons travailler sur des pipelines, des workflows IA, des automatisations, des cas complexes, des livrables avancés ou une montée en niveau très ciblée.

Oui.

ILEV peut construire un parcours pour une personne, une petite équipe, un service complet, des managers, des dirigeants ou une organisation plus structurée.

Ce qui compte, ce n'est pas la taille du groupe. C'est la précision du besoin et la qualité du parcours.

Une formation devient prioritaire quand un manque de méthode commence à coûter : temps perdu, dépendance à une seule personne, outils mal utilisés, validations lentes, erreurs répétées, opportunités ratées, difficulté à transmettre.

Former, ce n'est pas ajouter une journée dans un agenda. C'est éviter que les mêmes blocages se répètent.

Oui. Chaque parcours est construit après diagnostic selon votre niveau, vos projets, vos outils et vos objectifs.

Le parcours suit généralement sept étapes : échange initial, diagnostic, choix de l'expert métier, construction du programme, formation, suivi, puis débrief.

Chaque étape sert à rendre la formation plus concrète, plus ciblée et plus utile pour les participants.

Non.

La théorie sert à cadrer, mais le cœur du parcours reste la pratique.

Les participants travaillent sur leurs propres cas : briefs, campagnes, rushes, workflows, tableaux de bord, process internes, supports commerciaux, contenus, projets clients ou situations managériales.

On apprend mieux quand on travaille sur ce qu'on doit vraiment améliorer.

Oui. C'est même recommandé : rushes, timelines, exports, workflows, validations, dossiers de financement, prompts, moodboards, supports commerciaux ou projets en cours.

Les formats les plus fréquents sont 14h, 21h ou 28h.

Un parcours plus long peut être construit si le sujet demande plusieurs niveaux, plusieurs équipes ou une mise en pratique plus avancée.

Le bon format dépend du niveau de départ, du nombre de participants, de la complexité du sujet et de ce que l'équipe doit savoir refaire ensuite.

ILEV construit des formations intra-entreprise.

Elles peuvent se dérouler en présentiel, à distance ou dans un format hybride selon la préférence du client, la disponibilité des équipes, le sujet travaillé et les recommandations de l'expert.

On peut très bien démarrer en présentiel, poursuivre en distanciel, puis organiser un temps de suivi si nécessaire.

L'important, c'est de garder un format fluide, adapté à l'entreprise, aux participants et au bon déroulement du parcours.

Quand c'est possible, nous demandons des éléments concrets : outils utilisés, exemples de projets, supports existants, difficultés rencontrées, objectifs attendus, niveau des participants.

Plus le point de départ est clair, plus la formation peut produire un vrai avant/après.

Des professionnels en activité : experts IA, monteurs, producteurs, consultants marketing, managers, spécialistes financement, profils commerciaux, formateurs métier ou experts opérationnels.

Ils connaissent le terrain parce qu'ils le pratiquent encore.

Parce qu'il ne transmet pas seulement une notion.

Il transmet des réflexes, des standards, des erreurs à éviter, une manière de décider et une compréhension concrète du métier.

Dans beaucoup de sujets, c'est la différence entre comprendre une idée et savoir l'appliquer dès le lendemain.

Nous regardons trois choses : la maîtrise du sujet, l'expérience terrain et la capacité à transmettre clairement.

On ne choisit pas un expert parce qu'il sait faire. On le choisit parce qu'il sait faire progresser.

Oui.

Le choix de l'expert dépend du sujet, du niveau, du format et du contexte métier : audiovisuel, marketing, IA, management, associatif, financement, vente, organisation ou direction.

Le bon expert change la qualité de la formation.

Oui, c'est possible.

Certaines entreprises travaillent déjà avec un expert, un consultant ou un partenaire de confiance. Dans ce cas, nous pouvons étudier la situation avec vous.

Pour construire une formation finançable, nous devons cependant vérifier plusieurs éléments : le contenu pédagogique, les objectifs, le format, le profil de l'intervenant, les livrables attendus et les exigences administratives liées au dossier.

L'idée n'est pas de bloquer. L'idée est de calibrer correctement le parcours pour qu'il soit solide, utile et présentable.

Oui, selon votre situation, votre branche, votre OPCO, vos droits disponibles et le type de formation.

ILEV est certifié Qualiopi et peut vous accompagner dans la constitution du dossier administratif.

Non.

Elle dépend des critères de votre OPCO, de votre branche professionnelle, de vos droits disponibles, du calendrier et de la qualité du dossier.

Notre rôle est de vous aider à cadrer correctement la demande et à préparer les éléments nécessaires.

Oui, un paiement échelonné peut être envisagé selon le format retenu et la situation de l'entreprise.

L'objectif est de construire un parcours utile, mais aussi réaliste dans son organisation et son financement.

Une formation utile doit produire un changement observable : plus d'autonomie, moins de dépendance, un workflow plus clair, une meilleure maîtrise d'un outil, des supports réutilisables, des décisions plus rapides, une équipe mieux alignée ou des livrables plus solides.

Chez ILEV, nous suivons le parcours avec l'expert et le client.

Un premier point peut être fait dès les premières heures de formation, puis un suivi à mi-parcours permet de vérifier que tout avance dans le bon sens : rythme, niveau, compréhension, cas pratiques, implication des participants et ajustements nécessaires.

Les retours du formateur, les échanges avec le client et les bilans de fin de formation font remonter une donnée utile : ce qui fonctionne, ce qui bloque, ce qui doit être ajusté.

C'est cette chaîne de suivi, associée à une approche atelier, qui permet de vérifier si la formation produit vraiment un avant/après.

Parce que vos équipes connaissent déjà vos clients, vos métiers, votre culture et vos habitudes de travail.

Quand les outils changent vite, la solution n'est pas toujours de remplacer l'équipe.

C'est souvent de faire monter en compétence ceux qui font déjà tourner l'entreprise.

Il est rarement visible immédiatement.

Il apparaît dans les lenteurs, les mauvaises habitudes, les outils sous-utilisés, les erreurs répétées, la dépendance à quelques personnes, la difficulté à adopter l'IA, les process qui vieillissent et les opportunités qui passent.

Ne pas former, c'est parfois laisser l'écart se creuser en silence.

La suite

Un prototype sert
à décider.
Pas à impressionner un comité de direction.

Une formation construite autour de vos projets, de vos données et des décisions d'architecture que votre équipe doit réellement prendre.

Une idée à tester, un pilote à cadrer ou une équipe entière à aligner ?
On cadre ensemble le bon format, avec le bon expert et les bons cas pratiques.

Parlons-en
Formations associées