Équipe plateforme
Alias : équipe socle, équipe infrastructure et données, platform team ; la plateforme interne se dit aussi internal developer platform.
Définition
Une équipe plateforme traite les autres équipes comme des clients : son produit est interne, documenté, consommable autant que possible en libre-service, sans ticket ni réunion (mode X-en-tant-que-service ; les interactions restent possibles, elles ne sont plus le passage obligé), et sa réussite se mesure à la vitesse et à l'autonomie qu'elle donne aux équipes de flux. Elle réduit leur charge cognitive en prenant à sa charge ce qui est commun (déploiement, observabilité, accès aux données de référence) et qui n'a pas à être réinventé par chacune.
Le risque symétrique existe : une plateforme qui impose ses priorités, ou qui devient le passage obligé de toutes les demandes, recrée la dépendance qu'elle devait supprimer. Les demandes des équipes de flux à la plateforme se traitent comme des dépendances inter-équipes, avec engagement et date.
Exemple
[SCALEUP] : l'équipe Plateforme et données (9 personnes, responsable Oumar D.) fournit l'API interne des comptes et centres de coût dont dépend le troisième niveau d'approbation. Si cette API est consommée en libre-service, l'équipe Commandes avance seule ; si elle exige un développement spécifique, c'est une dépendance à inscrire au registre de la release, avec sa date.
À ne pas confondre avec
- L'équipe d'habilitation : elle aide puis se retire ; la plateforme fournit durablement.
- L'infrastructure au sens ancien (un service qui reçoit des tickets) : la plateforme est un produit en libre-service.
- L'équipe de sous-système complexe : responsable d'un composant expert, pas d'un service partagé.
Voir aussi
Fiches : EQ02 — Réduire les dépendances organisationnelles avec Team Topologies. Kits : T17 — Rôles, délégation et dépendances entre équipes. Termes : Team Topologies, équipe alignée sur un flux, charge cognitive, dépendance inter-projets.