PlateformCon Live Paris 2025 : ce que nous avons appris !

En sortant de PlateformCon 2025, une idée ressort : une plateforme interne n’est pas un simple assemblage d’outils, c’est un produit qui aligne standards, expérience développeur et résultats business.

Les conférences ont convergé vers quelques principes à suivre : écouter les développeurs, trouver la juste abstraction, mesurer le ROI...

Leçons des Restos du Cœur — Julien Briault (Deezer)

Julien rappelle que IaC signifie “Infrastructure as Code”, pas “Infrastructure as Console”.

Le context-driven development guide les décisions : on adapte l’outillage au contexte réel des équipes, pas l’inverse. Le contexte du Cloud du Cœur fait que les outils sont open-source avec notamment l’utilisation d’OpenStack.
Cette discipline n’a de sens que si elle se transmet : la documentation est traitée comme un actif, et la CLI interne offre un point d’entrée unique.
La punchline qui marque : quand le ROI de la plateforme se traduit en repas supplémentaires pour les Restos du Cœur, la mission prend un sens immédiat ❤️

Platform as a Product — Romain Broussard (Mirakl)

Mirakl opère une stack moderne et s’inspire d’Accelerate et de Team Topologies. Backstage n’est pas automatique car c’est un outil né pour résoudre les problèmes de Spotify…
La démarche “platform as a product” est claire : définir des personas (principalement les software engineers des stream-aligned teams), écouter les utilisateurs, et prioriser des KPI qualitatifs avant de passer au quantitatif.

Le design system est central pour garantir une UX cohérente ; la plateforme est DevX & API-first, et l’équipe dogfoode sa propre plateforme pour accélérer la boucle de feedback.
Les golden paths sont composables : ils guident sans enfermer. Mirakl expérimente également Dust/Agentic pour naviguer la documentation technique et les API, avec l’ambition d’intégrer cet agent IA directement sur la page d’accueil de la plateforme. La standardisation, enfin, facilite l’inner-source et crée un espace sécurisé d’expérimentation. Un team health check régulier (à la Spotify), tous les 4 mois, garde le pouls des équipes.

Plateforme chez une licorne française — Alexis Horgix Chotard (Payfit)

Payfit structure son code en monorepo par domaine et confie la platform as a product à une seule équipe clairement identifiée. Côté outillage entre autres, LaunchDarkly gère les feature flags et Kargo la promotion d’environnements.
La lucidité économique est assumée : la plateforme a un coût de plusieurs milliers d’euros par ingénieur et par an. Trouver le juste niveau d’abstraction est donc essentiel : assez pour accélérer, pas au point de masquer tout apprentissage ni de créer des couches inutiles.

Le message culturel est net : beaucoup discuter avec les devs, parler d’une seule voix côté plateforme, s’appuyer sur des concepts partagés (DDD, …), et donner à l’équipe les moyens de ses ambitions.

Defying the Laws of IT Physics — J.-F. Landreau (AWS) & Gregor Hohpe (The Architect Elevator)

Il ne faut pas tout anticiper ni tout abstraire : une bonne plateforme garde un équilibre. Un des enjeux est de concilier le besoin d’aller vite côté devs avec les exigences de compliance.
Le conseil est de gérer la plateforme comme un service IT, mais la présenter comme un produit. L’équipe plateforme doit en être son propre client et à l’écoute des équipes de dev, mieux vaut une boucle de feedback courte qu’une plateforme “imposée”.  En standardisant là où ça compte, la plateforme harmonise et donc accélère l’innovation car  le tout est supérieur à la somme des parties.

Quelques points d’attention : inutile d’investir massivement dans les guardrails tant que les golden paths ne sont pas clairs. Enfin, si l’on abstrait tout, les juniors progressent moins : la plateforme est un accélérateur pas un remplaçant.

Vers une plateforme interne rentable — Hela Ben Farhat (Bpifrance)

Captivant son audience immédiatement en posant une question phare : quelle est l'invention déterminante du XXème siècle ?!🧼

Le sujet est posé ! Et la comparaison avec une machine à laver illustre bien l’ambition : une plateforme sert d’abord l’économie d’effort et la valeur métier. Une bonne plateforme est rentable et son modèle économique est visible.

L’approche est produit et proactive, adossée à une excellence opérationnelle durable. Le ROI se calcule simplement :
ROI = (économies de réutilisation + gains de productivité + gains business) / (coût plateforme + coût d’adoption).
L’ordre de grandeur partagé est parlant : 1 € investi → 3 € de gains.

Mettre les utilisateurs & DevX au centre implique d’observer le travail réel pour prioriser ; les plaintes des devs sont vues comme des opportunités pour la plateforme. Les défis restent humains et analytiques : culture plateforme, fiabilisation des mesures (productivité, impact métier), et préparation à l’IA et aux agents.

Takeaways💡

1. Plateform as a product. Définir des personas, faire de la discovery continue, mesurer d’abord la qualité perçue (KPI qualitatifs avant le quantitatif), et dogfooding de la plateforme.
2. Abstraction juste. Assez d’abstractions pour accélérer et sécuriser, pas au point de freiner l’apprentissage ni de créer des « boîtes noires ».
3. Boucles de feedback courtes. Parler souvent aux utilisateurs, observer leur travail réel, ajuster en continu.
4. Standards & inner-source. Les standards partagés facilitent les échanges, déverrouillent la contribution et accélèrent l’innovation.
5. Golden paths avant guardrails. Identifier et prioriser les chemins standards, réduire la charge cognitive, puis ajouter les garde-fous quand l’usage est stabilisé.
6. Compliance as a Service. Intégrer la conformité dans les parcours dev et l’outillage ; ne l’imposer pas hors-process.
7. Mesure du ROI. Rendre le modèle économique visible et calculer le ROI (ex : réutilisation + productivité + business) / (coûts plateforme + adoption).
8. Préparer l’IA/agents. Faciliter la recherche documentaire (docs, API), viser des assistants intégrés à la plateforme pour épauler la DevX. 3 modes d’interaction potentiels avec la Plateform : UI, CLI et Agents

Ca y est, vous savez tout ! N'oubliez pas de vous abonner à notre LinkedIn pour ne louper aucune info ! #LaTechAuCore

(10) Bpifrance.io : Présentation | LinkedIn