Retour aux cours
← Retour aux cours
Module 11 📅 25 minutes

MCP (Model Context Protocol) pour Product Owners

Comprenez le protocole qui connecte les IA aux données d'entreprise — comment ça marche, pourquoi c'est révolutionnaire, et quel rôle clé le PO joue dans sa définition.

🎯 Objectifs du module

  • Comprendre ce qu'est le MCP et pourquoi il émerge
  • Maîtriser le modèle client-serveur du protocole
  • Savoir spécifier des MCP servers dans un projet IA
  • Identifier les cas d'usage PO : CRM, Jira, base doc, API bancaires

1. Qu'est-ce que le MCP ?

Le Model Context Protocol (MCP) est un protocole standardisé imaginé par Anthropic. Il permet à une IA conversationnelle d'accéder en temps réel à des sources de données externes : bases de données, APIs, fichiers, outils métier.

🔌

Standard ouvert

Comme USB-C pour les LLMs. Un connecteur universel entre IA et données.

🔒

Sécurité intégrée

L'IA ne voit que ce que le serveur expose. Contrôle d'accès granulaire.

Temps réel

Plus besoin d'uploader des fichiers — l'IA lit directement vos sources.

🔑 Pourquoi c'est important pour un PO ?

Si vous spécifiez un assistant IA qui doit répondre à partir de votre base documentaire, de votre CRM ou de votre backlog Jira, le MCP est l'infrastructure qui permet cette connexion. En tant que PO, vous définirez quelles sources connecter, quelles permissions et quels scénarios — c'est un élément central de votre user story.

2. Architecture MCP : Client / Serveur

Le MCP repose sur une architecture simple mais puissante :

  • MCP Host — L'application qui héberge l'IA (Claude Desktop, Cursor, IDE, votre app custom)
  • MCP Client — La connexion entre l'IA et un serveur particulier
  • MCP Server — L'adaptateur qui expose une source de données (base, API, fichier)

💡 Analogique PO : Le MCP Host est votre app, le MCP Server est comme un microservice — chaque serveur expose des "tools" (outils) que l'IA peut invoquer.

Types de serveurs MCP

  • 📁 Filesystem — lire/écrire des fichiers
  • 🗄️ Database — requêter SQL (PostgreSQL, SQLite, etc.)
  • 🌐 Web / API — appeler des APIs REST
  • 🔧 Custom — votre logique métier
  • 🔄 Process — exécuter des scripts

3. Cas d'usage concrets pour un PO

1

Assistant Support Produit connecté au CRM

Un MCP Server se connecte au CRM (Salesforce, HubSpot). L'IA peut répondre : "Quel est le statut du ticket de Mr Dupont ?" en lisant directement la base.

👉 User Story PO : "En tant qu'agent support, je veux interroger le CRM via langage naturel pour répondre 3x plus vite."
2

Q&A Documentation via MCP Filesystem

Le serveur lit vos specs, wikis et comptes-rendus. L'IA répond aux questions de l'équipe sans copier-coller.

👉 User Story PO : "En tant que nouveau développeur, je veux poser des questions sur l'architecture sans parcourir 50 pages Confluence."
3

Analyse de Backlog via MCP Database

Un serveur MCP interroge la base Jira/Linear en SQL. L'IA peut : "Donne-moi les 10 tickets les plus urgents du sprint."

👉 User Story PO : "En tant que PO, je veux analyser mon backlog en langage naturel pour prioriser plus vite."
4

API Bancaire (cas banque/assurance)

Un MCP Server custom encapsule l'API core banking. L'IA peut exécuter des simulations de scoring, consulter des contrats, proposer des produits.

👉 User Story PO : "En tant que conseiller, je veux un assistant IA qui lit les contrats via API pour préparer mes entretiens clients."

4. Ce que le PO doit spécifier

Élément À spécifier par le PO
Sources de données Quelles bases/APIs/fichiers connecter ? Priorité ?
Permissions Lecture seule ? Écriture ? Par profil utilisateur ?
Outils exposés Quelles actions l'IA peut-elle déclencher ?
Périmètre Quelles données sont hors-limite (RGPD, secrets) ?
Cas d'échec Comportement si le serveur MCP est down ou lent ?

🎯 Exemple de User Story

Titre : Assistant analyse de risque connecté au core banking

User Story :

"En tant qu'analyste risque, je veux interroger notre base clients via un assistant IA connecté par MCP,
pour obtenir instantanément le profil de risque d'un client sans ouvrir 3 apps différentes."

Critères d'acceptation :

  • MCP Server connecté à la base clients (lecture seule)
  • Authentification SSO respectée
  • Réponse en moins de 5 secondes
  • Journalisation de chaque requête
  • Pas d'accès aux données hors périmètre

5. MCP vs API traditionnelle

Critère MCP API REST classique
Découverte des outils Auto-découverte (capabilities listing) Documentation externe nécessaire
Contexte L'IA décide quoi appeler seule Nécessite un orchestrateur dédié
Sécurité Permissions par outil intégrées Gérée par l'application hôte
Standardisation Protocole unique pour toutes les sources Chaque API a son propre contrat
Adoption PO Spécifications simples (outils + permissions) Nécessite des spécifications techniques lourdes

💡 Le mot du formateur

Le MCP est au PO ce que le microservice est à l'architecte : une brique standardisée qu'on peut composer. Vous n'avez pas besoin de connaître le protocole technique — vous devez savoir quelles données connecter et quelles actions autoriser. C'est un excellent sujet à mentionner en entretien pour montrer votre veille technologique.