Formation Platform Engineering : concevoir et piloter une plateforme interne de développement.

Programme de formation Platform Engineering : concevoir et piloter une plateforme interne de développement.

Comprendre le Platform Engineering

– Positionnement de la discipline : articulation avec DevOps et SRE, évolutions récentes et motivations business (productivité, fiabilité, time-to-market)
– Charge cognitive des équipes dev : comprendre ce que le Platform Engineering cherche à résoudre
– Rôles d’une équipe plateforme : Platform Engineer, SRE, Platform Product Manager, Developer Advocate et leurs interactions
– Panorama du marché et signaux d’adoption : quand lancer une équipe plateforme, à quelle échelle

**Exemples d’activités pratiques :**
– Cartographie des rôles et des frictions actuelles sur une organisation témoin
– Atelier de positionnement : distinguer les responsabilités Platform / DevOps / SRE sur des situations concrètes

Principes clés et plateforme-produit

– Plateforme-produit : appliquer une posture produit à un objet technique interne
– Golden paths : chemins par défaut standardisés, balisés et outillés pour les équipes dev
– Self-service et multi-tenant : principes d’autonomie et d’isolation des équipes utilisatrices
– Contrats d’interface : formaliser ce que la plateforme promet à ses consommateurs
– SLOs et SLIs appliqués à une plateforme interne : engagements de service et mesure
– Value Stream Mapping : cartographier la chaîne de valeur pour identifier les gains prioritaires

**Exemples d’activités pratiques :**
– Atelier Value Stream Mapping sur un parcours d’onboarding de service
– Rédaction d’un contrat d’interface et de 2 SLOs pour une capability de plateforme

Internal Developer Platforms (IDP)

– Rôle d’une IDP dans un contexte cloud native : bénéfices attendus, limites, signaux d’alerte
– Approches full-portal vs thin platform : critères de choix selon la maturité et la taille d’organisation
– Écosystème Backstage et alternatives : catalogue de services, scaffolding, templates
– Modèles d’adoption et parcours d’évolution d’une IDP

**Exemples d’activités pratiques :**
– Comparaison argumentée de deux approches (full-portal type Backstage vs thin platform) sur un même besoin métier
– Conception de la fiche d’un service dans un catalogue IDP

Developer Experience et golden paths

– Definition et mesure de la Developer Experience : friction points, temps de cycle, feedback loops
– Outils de mesure DevEx : questionnaires, instrumentation, signaux quantitatifs et qualitatifs
– Construction d’un golden path de bout en bout : onboarding d’un service, gestion des secrets, observabilité, runbooks
– Compromis golden paths vs golden cages : laisser l’échappatoire sans fragmenter l’écosystème

**Exemples d’activités pratiques :**
– Conception d’un golden path « provisionner un nouveau service » et identification des frictions
– Rédaction d’un questionnaire DevEx ciblé sur un périmètre précis

Glue de plateforme et architecture de référence cloud native

– Couches d’une plateforme cloud native : infrastructure, runtime, services communs, sécurité, observabilité, portail, APIs
– Types de glue technique : pipelines CI/CD, opérateurs Kubernetes, contrôleurs, brokers d’événements, API gateways
– Architecture de référence : combiner Kubernetes, GitOps, IaC et catalogue de services de manière cohérente
– Contrats d’API et gestion du cycle de vie : provisionnement, mise à jour, décommission des capabilities
– Panorama raisonné de l’outillage : critères de choix selon taille d’équipe, maturité et contraintes de conformité

**Exemples d’activités pratiques :**
– Esquisse de l’architecture cible d’une plateforme à partir d’une liste de capabilities
– Choix argumenté d’une stack d’outillage pour un scénario organisationnel donné

Sécurité, observabilité et conformité by design

– Gestion des identités et des accès à l’échelle d’une plateforme multi-tenant
– Gestion des secrets et politiques de configuration : standards, garde-fous, audit
– Sécurité de la supply chain logicielle : signatures, SBOM, provenance des artefacts
– Observabilité de la plateforme elle-même : logs, métriques, traces et journaux d’audit des capabilities
– SLOs plateforme : définir des engagements sur le provisionnement, le déploiement et le self-service
– Boucle de rétro-action vers la roadmap : exploiter les signaux d’observabilité pour prioriser

**Exemples d’activités pratiques :**
– Définition de 3 SLOs plateforme et d’une politique de gestion des secrets sur un cas concret
– Conception d’un tableau de bord d’observabilité orienté capabilities de plateforme

Cadrer et construire un MVP de plateforme

– Qu’est-ce qu’un MVP de plateforme : le plus petit ensemble cohérent de capabilities apportant de la valeur
– Identification des capabilities prioritaires à partir des besoins des équipes dev
– Phases de vie d’un MVP : co-conception, expérimentation, généralisation, standardisation
– Gestion de la dette de plateforme : identifier, qualifier, arbitrer
– Pièges courants : sur-ingénierie, plateforme déconnectée des usages, effet tunnel

**Exemples d’activités pratiques :**
– Rédaction d’une note de cadrage de MVP (capabilities, périmètre, critères de succès)
– Atelier de priorisation des capabilities à partir d’un backlog d’attentes dev

Cycle de vie et gestion produit de la plateforme

– Gouvernance : backlog, roadmap, priorisation, comités de design, modèles de financement
– Alignement avec les objectifs business et gestion des risques organisationnels (shadow platforms, duplication)
– Adoption : communication, « selling the platform » aux parties prenantes, accompagnement au changement
– Boucle de feedback continue : consultations, métriques d’usage, rituels produit
– Indicateurs de pilotage : adoption, satisfaction, coût, impact sur la livraison

**Exemples d’activités pratiques :**
– Construction d’une roadmap de plateforme sur 2 trimestres avec arbitrages
– Rédaction d’un plan d’adoption ciblé sur un segment d’équipes utilisatrices