aMP Day Lyon 2026 (17/11) : choisir Copilot, agents et Power Platform sans s’enfermer

Tu veux “Copilot partout”. Ok. Mais sans te lier les mains.

Le sujet n’est plus de savoir si Microsoft Copilot et les agents vont rentrer dans ton SI. Le sujet, c’est comment tu les adoptes sans créer une dette ingérable, ni ouvrir un boulevard côté données et sécurité. Et comment tu évites le piège classique : empiler des licences, bricoler trois pilotes, puis découvrir que la gouvernance arrive trop tard.

L’aMP Day Lyon 2026 est un bon format pour ça. Une journée, du concret, et surtout une vue d’ensemble Microsoft centrée sur Copilot, agents, Microsoft 365, Power Platform, Azure et cybersécurité. C’est communautaire, donc souvent plus “terrain” que “plaquette”.

aMP Day Lyon 2026 : les faits (et ce que ça implique)

• Date : mardi 17 novembre 2026 (source : communitydays.org).
• Lieu : Orange Lumière, 131 avenue Félix Faure, 69003 Lyon (source : communitydays.org).
• Format : présentiel, gratuit, sur inscription (source : communitydays.org).
• Horaires : 08:30–17:30 (source : ampcommunity.online).
• Inscription : obligatoire, clôture annoncée avant le 15 novembre 2026 (source : ampcommunity.online).
• Programme : 19 sessions, 25 speakers, 3 salles (source : ampcommunity.online).

Ce format “compact” a un avantage : tu peux venir avec un objectif de décision, et sortir avec une short-list de choix à trancher. Pas juste des idées.

À qui ça s’adresse, vraiment

Les organisateurs ciblent explicitement des makers, admins, architectes, consultants et décideurs de l’écosystème Microsoft (source : ampcommunity.online).

Vous devriez y aller si…

• DSI / direction IT : tu dois cadrer une trajectoire Copilot + agents + Power Platform, sans explosion de coûts et sans dépendance inutile.
• RSSI / GRC / conformité : tu veux une checklist “sécuriser avant d’étendre” pour Copilot, M365 et les agents.
• Équipes M365 / Modern Workplace : tu gères SharePoint, Teams, la gouvernance documentaire, et tu sais que Copilot va amplifier tout ce qui est déjà mal rangé.
• Équipes Power Platform : tu veux industrialiser (DLP, environnements, ALM, catalogue), et tu sens arriver le sujet “agents” dans les apps et les flux.
• Dev / architectes : tu dois arbitrer build vs buy, connecter à Azure, gérer l’identité, les logs, les garde-fous et l’exploitabilité.

Vous pouvez passer votre tour si…

• Votre priorité est agnostique Microsoft et orientée modèles open source, LLM self-hosted ou stacks multi-cloud.
• Vous cherchez un salon avec stands et rendez-vous commerciaux. Ici, c’est plutôt “contenu + communauté”.

Les sujets concrets à venir chercher (et ceux à ignorer)

L’événement se positionne sur Copilot, Agents, Microsoft 365, Power Platform, Cybersécurité et Azure (source : communitydays.org).

1) Microsoft Copilot Lyon : le “go live” n’est pas un bouton

Ce que tu veux obtenir sur place : des réponses sur les prérequis opérationnels. Typiquement : classification, droits, qualité SharePoint, gestion du cycle de vie, pilotage des coûts, métriques d’adoption, et gouvernance Copilot.

Un bon signal : la présence de sessions orientées gouvernance et prérequis, par exemple “Gouvernance : La clé du succès de M365 dans votre organisation” (source : ampcommunity.online).

2) Agents IA Microsoft 365 : où ça crée de la valeur, où ça casse tout

Les agents, c’est l’étape où l’IA ne fait plus que répondre, elle agit. Donc c’est l’étape où l’identité, les permissions, l’audit, les limites d’action et la traçabilité deviennent non négociables.

Dans l’agenda, tu peux repérer des entrées explicitement agents, par exemple :

• “Construire l’entreprise agentique : les plateformes d’IA Microsoft, Copilot et au-delà” (source : ampcommunity.online).
• “Construit un agent vraiment pertinent – Tips & tricks” (source : ampcommunity.online).
• “Agents Copilot… pièges à éviter” (source : ampcommunity.online).

Ton objectif : sortir avec un cadre. Pas “on va faire des agents”, mais “on autorise tel type d’agent, dans tel périmètre, avec tels contrôles”.

3) Power Platform IA : accélérer, sans shadow IT

Power Platform est souvent déjà là. Les agents et Copilot peuvent la rendre ultra productive. Et ultra risquée si tu n’as pas de règles DLP, d’environnements, de connecteurs autorisés, d’ALM et de responsabilité claire.

Exemple de session qui colle à ce besoin : “Power Platform Augmentée : Quand les Agents deviennent vos nouveaux collègues” (source : ampcommunity.online).

4) Azure : l’extension naturelle (mais pas gratuite) de Copilot

Azure est listé dans le périmètre (source : communitydays.org). Ce que tu veux clarifier : quand tu restes dans M365 et Power Platform, et quand tu bascules sur Azure pour des besoins d’intégration, de personnalisation, de contrôle, de monitoring ou de séparation des environnements.

5) Sécurité et conformité : “Purview d’abord” n’est pas un slogan

Le programme affiche clairement Entra, Defender, Purview et des sessions orientées risques IA (source : communitydays.org).

Deux intitulés à suivre de près si tu es RSSI ou que tu veux éviter l’accident :

• “Copilot arrive ? Purview d’abord ! Sécurisez avant d’accélérer” (source : ampcommunity.online).
• “Quand les IA génératives deviennent une surface d’attaque” (source : ampcommunity.online).

Si tu veux cadrer le risque “usages non autorisés”, garde aussi sous le coude cette checklist : Shadow AI en entreprise : détecter et cadrer (checklist RSSI Lyon).

Préparer ta venue : la méthode “décision” en 60 minutes

Tu vas gagner ta journée si tu arrives avec deux objets simples : une grille buy vs build et un mini backlog d’usages. Sans ça, tu vas écouter des talks intéressants, et repartir avec… rien de tranché.

Étape 1 : ta grille “buy vs build” (Copilot, agents, Power Platform, Azure)

• Valeur attendue : gain temps, qualité, réduction incidents, délai de traitement. Mesurable, sinon c’est du vent.
• Données : où sont-elles (SharePoint, Teams, fichiers, CRM) ? Qualité ? droits ? cycle de vie ?
• Conformité : classification, rétention, eDiscovery, exigences sectorielles.
• Sécurité : identité (Entra), MFA, accès conditionnel, moindre privilège, audit, logs.
• Intégrations : connecteurs standard suffisants ? besoin d’API custom ?
• Exploitabilité : monitoring, alerting, support, reprise, gestion incidents.
• Coûts : licences, run, montée en charge, coûts cachés (support, gouvernance, formation).
• Réversibilité : comment tu sors si ça ne marche pas ? données ? flux ? dépendances ?

Repère : si tu coches “forte intégration SI”, “contraintes fortes”, “besoin de contrôle fin”, tu vas plus souvent vers Azure ou du build. Si tu coches “usage standard M365”, “données propres et bien gouvernées”, tu peux rester plus “buy” et itérer vite.

Étape 2 : ton mini backlog d’usages (5 à 8 items max)

Tu ne viens pas avec “déployer Copilot”. Tu viens avec des usages, chacun écrit en 5 lignes :

• Utilisateur cible (ex : support, ADV, achats, RH, équipe projet).
• Tâche (ex : synthèse réunion + actions, recherche documentaire, création de réponse, génération de compte rendu, tri de demandes).
• Système source (SharePoint, Teams, boîte mail, ERP, CRM).
• Risque principal (fuite, action non désirée, hallucination, erreur de droits).
• Mesure de succès (temps gagné, baisse backlog, taux de résolution, qualité).

Tu veux une méthode pour mesurer le gain sans te raconter d’histoires : Mesurer le gain réel d’un usage IA : la méthode avant / après.

Parcours conseillé sur place (selon ton profil)

Avec 3 salles en parallèle (source : ampcommunity.online), tu vas devoir arbitrer. Voici un parcours “utile” par rôle, basé sur les thèmes et exemples de sessions publiés.

1) DSI : trajectoire, arbitrages, gouvernance Copilot

• Commence par une session “vision plateforme” : “Construire l’entreprise agentique…” pour cadrer l’architecture cible (source : ampcommunity.online).
• Enchaîne sur gouvernance M365 : “Gouvernance : La clé du succès…” (source : ampcommunity.online).
• Va sur un talk Power Platform + agents pour comprendre l’accélération (et le contrôle) : “Power Platform Augmentée…” (source : ampcommunity.online).

Objectif DSI : ressortir avec une décision sur “où je standardise, où je laisse expérimenter, et où je verrouille”.

2) RSSI / GRC : sécuriser avant de généraliser

• Priorité : “Copilot arrive ? Purview d’abord !” (source : ampcommunity.online).
• Ensuite : surface d’attaque avec “Quand les IA génératives deviennent une surface d’attaque” (source : ampcommunity.online).
• Puis : gouvernance M365, parce que la sécurité Copilot est aussi un sujet de droits et de contenus.

Pour préparer ton angle “agents qui agissent”, tu peux aussi lire : Agents IA : 10 garde-fous avant d’automatiser.

3) Équipes M365 : SharePoint, Teams, doc, et la vraie gouvernance Copilot

• Prends tout ce qui touche gouvernance M365.
• Ajoute les sessions agents Copilot côté SharePoint, notamment “Agents Copilot… pièges à éviter” (source : ampcommunity.online).
• Si tu dois convaincre en interne : récolte des arguments “process” et pas “outil”.

4) Équipes Power Platform : industrialisation et contrôle

• Vise le talk “Power Platform Augmentée…” (source : ampcommunity.online).
• Croise avec gouvernance M365 et sécurité, parce que les connecteurs font le lien entre les deux mondes.

Sortie attendue : une liste “environnements, DLP, connecteurs, naming, ALM, catalogue, support”. Sans ça, tu crées une usine parallèle.

5) Dev / architectes : construire un agent pertinent, observable, réversible

• Va sur “Construit un agent vraiment pertinent – Tips & tricks” (source : ampcommunity.online).
• Ajoute une session sécurité “surface d’attaque”.
• Si tu peux, récupère des patterns d’architecture entre M365, Power Platform et Azure.

Pour compléter côté “agent qui touche à des outils”, tu as aussi : Sécuriser un agent IA qui a accès à vos outils.

10 questions à poser sur gouvernance, coûts et données

Tu veux des réponses actionnables. Voici une liste à sortir au bon moment, en talk ou en pause.

• 1) Gouvernance Copilot : quel est le minimum vital “avant pilotes” (rôles, règles, exceptions) ? Et qu’est-ce qui peut attendre ?
• 2) Données M365 : quels sont les 3 chantiers qui évitent 80 % des fuites ou mauvaises réponses (droits, cycle de vie, classification) ?
• 3) Purview : quelles policies activer en priorité pour un déploiement Copilot progressif, sans paralyser les métiers ?
• 4) Identité (Entra) : comment appliquer le moindre privilège à des agents qui doivent agir ? Quelle approche “safe by default” ?
• 5) Logs et audit : où sont les logs utiles (qui a demandé quoi, quelles données consultées, quelles actions déclenchées) et combien de temps les conserver ?
• 6) Coûts licences : comment éviter l’effet “on équipe tout le monde” ? Quels critères d’éligibilité par persona ?
• 7) Coûts run : quels sont les coûts sous-estimés (support, gouvernance, formation, nettoyage documentaire, monitoring) ?
• 8) Power Platform IA : comment cadrer les connecteurs et environnements pour éviter le shadow IT tout en gardant la vitesse ?
• 9) Buy vs build : quelles situations justifient clairement du build (Azure) plutôt que du “tout M365” ? Et l’inverse ?
• 10) Réversibilité : si on arrête Copilot ou un agent, comment on récupère les contenus produits, les flux, et comment on coupe proprement les accès ?

La checklist DSI pour “ne pas s’enfermer” (Copilot, agents, Power Platform)

Le verrouillage ne vient pas que du fournisseur. Il vient souvent de tes propres choix implicites : données non maîtrisées, usages non documentés, automatisations non gouvernées.

Avant la journée

• Cartographie rapide : où sont les données “qui comptent” (SharePoint, Teams, fichiers, CRM) ?
• 3 irritants côté M365 : droits trop ouverts, sites orphelins, docs sans owner. Note-les.
• Backlog 5 à 8 usages + métriques de succès.
• Une décision à prendre : “on pilote Copilot sur quels périmètres, avec quels garde-fous, et qui valide”.

Pendant la journée

• Tu notes les réponses dans trois colonnes : prérequis, quick wins, points de non retour.
• Tu identifies un schéma d’exploitation : support, incidents, demandes d’accès, revue régulière des permissions.

Après la journée (J+10 max)

• 1 page de gouvernance Copilot : rôles, périmètre, règles de données, exceptions, métriques.
• Un pilote cadré par persona, pas par outil.
• Une règle : pas d’agent qui agit sans logs, sans limites d’action, sans propriétaire.

Besoin d’un rappel “sécurité avant ouverture des données” : Fuite de données : 7 contrôles rapides avant d’ouvrir vos données à un assistant IA.

Petit bonus : si tu hésites entre plusieurs événements IA en novembre à Lyon

Le 17 novembre est une date chargée à Lyon côté IA. Si ton enjeu principal est “stack Microsoft + gouvernance + sécurité + agents + Power Platform”, l’aMP Day Lyon 2026 est cohérent. Si ton enjeu est plus large “agents et automatisation tous écosystèmes”, tu peux aussi comparer avec des formats plus transverses, par exemple : COSMOimpulse IA Event Lyon (17/11) : venir avec des questions, repartir avec un plan.

Ce que tu veux vraiment obtenir en sortant

À la fin, ton livrable n’est pas “on va déployer Copilot”. Ton livrable, c’est :

• Une position claire sur la gouvernance Copilot : qui décide quoi, et avec quelles règles.
• Un backlog d’usages priorisés, avec des métriques avant/après.
• Un arbitrage buy vs build explicite : ce que tu fais dans M365/Power Platform, et ce que tu réserves à Azure ou au dev.
• Un plan sécurité “Purview, Entra, audit, logs” avant extension.

Si tu arrives avec ça, l’aMP Day Lyon 2026 peut te faire gagner des semaines. Si tu arrives “pour voir”, tu repartiras avec des notes et zéro décision.