Platform Engineering

1. Adoptez l’ingénierie des plateformes pour dompter la complexité

L’ingénierie des plateformes est la discipline qui consiste à développer et exploiter des plateformes.

Maîtriser le « marécage de la sur-généralisation ». Depuis vingt-cinq ans, les organisations logicielles peinent à gérer le code, les outils et l’infrastructure partagés, ce qui conduit souvent à des systèmes centralisés lourds ou à des approches décentralisées chaotiques. La prolifération des primitives du cloud public et des logiciels open source (OSS) a aggravé cette situation, créant un « marécage de la sur-généralisation » où les équipes applicatives se noient dans du code « colle », des configurations personnalisées et une complexité opérationnelle. Cette « colle », qui facilite initialement une livraison rapide, devient un lourd tribut à la productivité lors de la maintenance et des mises à jour.

Le levier de l’abstraction. L’ingénierie des plateformes offre une échappatoire stratégique à ce marécage en créant des plateformes robustes et conviviales qui masquent la complexité sous-jacente. En limitant la diversité des OSS et des primitives cloud, et en les encapsulant derrière des API stables, les plateformes réduisent considérablement la quantité de code « colle » spécifique à chaque application. Cette approche centralise le coût des migrations et permet aux développeurs applicatifs de se concentrer sur la valeur métier plutôt que sur les subtilités de l’infrastructure.

Au-delà des rôles traditionnels. Cette discipline dépasse les rôles classiques d’infrastructure, de DevOps ou de SRE, souvent trop étroits. L’ingénierie des plateformes donne aux équipes dédiées une mission plus large : construire des abstractions logicielles, équilibrer l’expérience développeur avec le support en production, et optimiser pour le plus large public possible. C’est une réinitialisation organisationnelle délibérée pour gérer la complexité et délivrer du levier, garantissant que le travail de quelques ingénieurs plateformes amplifie la productivité de toute l’organisation.

2. Concevez les plateformes comme des produits soigneusement élaborés, centrés sur le client

Développer des plateformes comme des produits attractifs signifie adopter une approche centrée sur le client pour définir leurs fonctionnalités.

L’état d’esprit produit est primordial. Traiter une plateforme comme un produit est fondamental pour son succès, déplaçant le focus des seules préoccupations techniques vers la compréhension et la satisfaction des besoins clients. Cela implique une « approche produit soignée », où les offres sont délibérément conçues et orientées, équilibrant des modes d’interaction spécifiques avec un périmètre clair de ce que la plateforme fournira ou ne fournira pas. Cette sélection évite que les plateformes ne deviennent des catalogues de fonctionnalités réactifs à chaque demande.

Deux types de produits plateforme. Les plateformes réussies se manifestent souvent sous forme de « chemins balisés » ou de « voies ferrées ». Les chemins balisés superposent plusieurs offres en flux de travail simples, masquant la complexité pour les cas d’usage courants (par exemple, une chaîne de déploiement simplifiée). Les voies ferrées, en revanche, comblent des lacunes importantes non couvertes par les produits existants, souvent en généralisant des prototypes développés par les équipes applicatives (par exemple, un système global de configuration applicative). Les deux nécessitent une compréhension approfondie des clients et la capacité de dire « non » aux cas marginaux.

L’empathie plutôt que les injonctions. Les clients internes, bien que collègues, présentent des défis uniques : un public restreint et souvent captif, des incitations conflictuelles, et une tendance à oublier les améliorations passées. Une culture produit favorise l’empathie client, dépassant la simple exécution des demandes explicites pour comprendre les « préférences révélées » — la manière dont les utilisateurs travaillent réellement. Cela implique :

• De fixer des objectifs centrés sur le client (adoption, satisfaction, engagement).
• D’intégrer les utilisateurs aux réunions d’équipe pour recueillir leurs retours.
• De faire participer les ingénieurs aux rotations de support.
• De prioriser les travaux stratégiques permettant l’auto-service des clients, plutôt que de construire des fonctionnalités sur mesure.

3. Constituez des équipes diversifiées avec des profils d’ingénierie équilibrés

La clé pour bâtir d’excellentes équipes plateformes est de recruter des talents aux forces variées et de créer une culture où chacun peut réussir.

Au-delà de la division logiciel/systèmes. L’ingénierie des plateformes efficace exige un mélange de compétences, dépassant la dichotomie traditionnelle entre développeurs logiciels (axés sur le nouveau code) et administrateurs systèmes (axés sur l’exploitation). Des équipes trop déséquilibrées risquent de produire des systèmes brillants techniquement mais instables en production, ou robustes mais dépourvus d’abstractions innovantes. L’objectif est d’intégrer ces perspectives en une unité cohérente.

Quatre rôles clés en ingénierie. Une équipe plateforme performante comprend généralement quatre rôles distincts, chacun apportant une valeur unique :

• Ingénieurs logiciels : Codeurs aguerris, désireux de comprendre les systèmes sous-jacents, à l’aise avec les astreintes, et adoptant un rythme réfléchi.
• Ingénieurs systèmes : Généralistes larges en systèmes, experts en automatisation, intégration d’infrastructure, montée en charge, fiabilité et observabilité.
• Ingénieurs fiabilité : Spécialistes de la fiabilité, excellant dans la gestion des incidents, les SLO et les pratiques opérationnelles proactives.
• Spécialistes systèmes : Experts dans des domaines spécifiques comme le réseau, le noyau ou la performance, mobilisés pour une expertise ciblée au besoin.

Cultiver une culture inclusive. Reconnaître et valoriser ces rôles divers est essentiel, car les parcours traditionnels favorisent souvent le développement logiciel pur. Les leaders doivent :

• Autoriser des titres spécifiques tout en maintenant des matrices de niveaux unifiées quand c’est possible.
• Adapter les processus d’entretien pour évaluer les connaissances systèmes et l’empathie client, pas seulement le codage algorithmique.
• Favoriser activement une culture où toutes les contributions sont valorisées, évitant les mentalités « eux contre nous » et assurant que le travail opérationnel et de maintenance soit perçu aussi crucial que le développement de nouvelles fonctionnalités.

4. Priorisez la rigueur opérationnelle pour instaurer la confiance

La confiance est comme l’air que nous respirons : quand elle est là, personne ne la remarque ; quand elle manque, tout le monde la ressent.

La stabilité fondamentale est non négociable. Les plateformes doivent être des fondations solides. Sans discipline opérationnelle, même la plateforme la plus innovante perdra la confiance des utilisateurs, qui devront alors devenir experts de ses failles. Cela conduit à un « enfer opérationnel » où les problèmes négligés accaparent le temps des ingénieurs, bloquent les nouvelles fonctionnalités et sapent la proposition de valeur de la plateforme.

Pratiques opérationnelles essentielles. Trois pratiques clés sont vitales pour une exploitation durable :

• Astreinte : Un modèle DevOps fusionné avec une couverture 24/7, visant moins de cinq alertes impactant le business par semaine. Cela garantit une expertise approfondie et favorise la responsabilité partagée de la santé opérationnelle. Éliminer les fausses alertes et prioriser la stabilité sont cruciaux pour la pérennité.
• Support utilisateur : Les ingénieurs plateformes doivent s’impliquer directement dans le support pour comprendre les douleurs utilisateurs et améliorer les produits. Cela peut impliquer la formalisation des niveaux de support, la séparation du support non critique en rotations horaires, et, à grande échelle, le recrutement de spécialistes ou la création de réseaux d’experts.
• Retour opérationnel : Des mesures proactives comme les objectifs de niveau de service (SLO), une gestion rigoureuse des changements et une surveillance synthétique étendue sont indispensables. Les SLO, utilisés en interne, stimulent l’amélioration continue, tandis que la surveillance synthétique simule activement les interactions utilisateurs pour détecter les problèmes avant eux.

Le rôle du leadership dans l’excellence opérationnelle. Les dirigeants doivent promouvoir l’excellence opérationnelle, en en faisant un objectif mesurable (par exemple via des OKR) et en habilitant des managers expérimentés à la piloter. Cela implique de protéger les équipes pour qu’elles privilégient la stabilité sur les nouvelles fonctionnalités quand nécessaire, et d’optimiser l’intégration des nouveaux cas d’usage selon leur tolérance au risque opérationnel. La confiance se construit par une exploitation constante et fiable, pas seulement par des promesses.

5. Planifiez les projets à long terme avec une livraison incrémentale

Les meilleurs plans des hommes et des souris / Souvent déraillent.

Naviguer sur des horizons longs. Les projets plateformes s’étalent souvent sur plusieurs mois voire années, nécessitant une approche de planification différente du développement applicatif classique. Des hypothèses trop optimistes et l’absence de jalons clairs peuvent engendrer des « longues traversées » frustrantes pour les équipes et parties prenantes. Une planification efficace clarifie les objectifs, gère les attentes et garantit une valeur continue, même sur des initiatives pluriannuelles.

Propositions de projet structurées. Chaque projet majeur doit débuter par un document de proposition complet, comprenant :

• Contexte, principes et lignes directrices : Cadre et fondements.
• Détail du problème : Analyse approfondie, évitant de penser solution dès le départ.
• Vue d’ensemble des solutions possibles : Exploration des alternatives avec avantages et inconvénients.
• Solution proposée et justification : Choix motivé, incluant contraintes.
• Plan d’action : Feuille de route haute, jalons initiaux et critères de succès.
  Ce document favorise l’adhésion précoce et évite les attentes divergentes.

Feuille de route ascendante pour plus de réalisme. Au-delà des roadmaps produit, les équipes plateformes ont besoin d’une feuille de route « bottom-up » précise, équilibrant nouvelles fonctionnalités et travaux opérationnels essentiels. Cela inclut :

• Maintien en condition opérationnelle (KTLO) : Tâches opérationnelles non discrétionnaires comme l’astreinte et la résolution d’incidents critiques (idéalement moins de 40 % de la charge).
• Mandats : Directives exécutives descendantes, estimées avec soin.
• Améliorations système : Investissements proactifs en fiabilité, efficacité et sécurité (réduction de la charge, amélioration des tests, optimisation des performances, durcissement de la sécurité).
  La fusion de ces éléments assure un plan réaliste, prévient l’épuisement et permet une allocation stratégique des ressources.

6. Réarchitecturez les plateformes existantes, ne vous contentez pas de créer des « v2 »

Si vous ne regrettez pas vos choix technologiques initiaux, c’est probablement que vous avez sur-ingénieré.

Évolution plutôt que révolution. À mesure que les plateformes grandissent, leurs architectures initiales deviennent inévitablement des goulots d’étranglement pour les fonctionnalités, l’efficacité, la fiabilité ou la sécurité. L’« effet second système » pousse souvent les équipes à tenter une réécriture complète en « v2 », qui échoue fréquemment à cause d’une ambition excessive, d’un étalement du périmètre et d’un décalage entre l’état d’esprit « pionnier » nécessaire au développement greenfield et celui de « colonisateur/urbaniste » des équipes plateformes matures. La réarchitecture, ou « changer le moteur de l’avion en vol », est généralement une approche plus fructueuse.

États d’esprit et maturité architecturale. Les plateformes évoluent par étapes, chacune requérant un état d’esprit d’ingénierie différent :

• Pionniers : Construisent des solutions agiles et rudimentaires pour des besoins flous, privilégiant la rapidité.
• Colonisateurs : Transforment les prototypes en produits évolutifs et utiles, bâtissant confiance et compréhension.
• Urbanistes : Industrialisent les systèmes pour l’efficacité, la robustesse et la maîtrise des coûts.
  La réarchitecture permet à une plateforme de franchir ces étapes, adaptant son architecture progressivement sans perturber les utilisateurs existants ni exiger une réécriture risquée.

Planification stratégique de la réarchitecture. Les réarchitectures réussies nécessitent un plan délibéré sur plusieurs années :

1. Penser grand pour les objectifs finaux : Imaginer un horizon de 3 à 5 ans, couvrant les quatre capacités système (fonctionnalités, efficacité, fiabilité, sécurité) et intégrant éventuellement des systèmes adjacents ou de nouvelles technologies OSS/fournisseurs.
2. Prendre en compte les coûts de migration : Estimer précisément l’effort requis pour les utilisateurs, souvent supérieur à la valeur de la nouvelle offre.
3. Définir des gains majeurs sur 12 mois : Identifier des livrables incrémentaux à forte valeur, démontrant les capacités de la nouvelle architecture et assurant l’engagement des premiers utilisateurs.
4. Obtenir l’adhésion de la direction : Sécuriser un parrainage exécutif à long terme, car les réarchitectures sont coûteuses et demandent un engagement soutenu, souvent avec patience et itérations pour trouver le bon équilibre coûts/bénéfices.

7. Concevez les migrations pour des transitions utilisateurs fluides

Une plateforme est censée être l’élément stable qui offre une surface durable pour construire, comme une fondation.

Les migrations comme opportunités de valeur. L’évolution constante des systèmes sous-jacents (correctifs de sécurité, changements fournisseurs, mises à jour matérielles) impose des migrations fréquentes. Plutôt que de les voir comme une taxe inévitable pour les équipes applicatives, les grandes équipes plateformes les considèrent comme une occasion de démontrer leur valeur en minimisant l’effort utilisateur. L’objectif est de rendre les migrations aussi transparentes et indolores que possible, idéalement sans travail côté client.

Ingénierie pour la simplicité. Les équipes plateformes doivent prioriser des solutions techniques facilitant les migrations :

• Réduire la « colle » : De bonnes abstractions plateformes limitent le code d’intégration personnalisé que les équipes applicatives doivent maintenir, rendant les changements sous-jacents moins impactants.
• Architecturer pour la transparence : Utiliser la containerisation, l’autoscaling et des techniques avancées de déploiement (canary, blue/green) pour faire coexister plusieurs versions de la plateforme, permettant des transitions progressives pilotées par les opérateurs.
• Suivre les métadonnées d’usage : Collecter automatiquement qui utilise quoi et comment, pour comprendre les dépendances et cibler efficacement les communications. La centralisation des métadonnées de propriété est cruciale pour la responsabilité.
• Automatiser pour éviter les « tableaux Excel » : Remplacer la coordination et le suivi manuels par des workflows pilotés par logiciel, réduisant le travail « colle » humain et rendant les migrations plus prévisibles et efficaces.

Coordination avec soin. Même avec l’automatisation, une certaine coordination reste inévitable :

• Définir le périmètre et prioriser les changements : Limiter les migrations simultanées et les aligner sur des initiatives business plus larges.
• Communiquer tôt et publiquement : Fournir des avertissements suffisants, des exigences claires et des canaux de support dédiés.
• Pousser les 20 % restants : Reconnaître que les applications les plus complexes nécessitent un effort soutenu et parfois des injonctions, mais veiller à ce que l’équipe plateforme supporte la majeure partie de la charge.
• Documenter les points d’entrée et de sortie : Proposer des guides et outils clairs pour la transition, et pratiquer la migration en interne.

8. Maîtrisez les relations avec les parties prenantes et les réalités budgétaires

La dure vérité de la construction de plateformes internes est que la lenteur de livraison et le lien indirect avec la valeur business donnent aux parties prenantes une influence disproportionnée sur votre succès.

Naviguer dans le paysage politique. La gestion des parties prenantes est cruciale pour la réussite des plateformes, car la perception de leurs dirigeants peut l’emporter sur la livraison réelle. Des parties prenantes mal alignées peuvent saboter les investissements, détourner les ressources ou même promouvoir des plateformes parallèles. Ce n’est pas que de la « politique » ; c’est une conséquence naturelle de la croissance organisationnelle et des priorités divergentes.

La matrice pouvoir-intérêt. Cartographiez les parties prenantes selon leur pouvoir et leur intérêt dans votre travail :

• Haut pouvoir, haut intérêt : Gérer étroitement (ex. CPO, leads majeurs). Cruciaux pour l’adhésion, ils peuvent être vos plus grands alliés ou opposants.
• Haut pouvoir, faible intérêt : Maintenir satisfaits (ex. CTO, CFO). Engager avec parcimonie, en soulignant la valeur stratégique sans les submerger de détails.
• Faible pouvoir, haut intérêt : Tenir informés (ex. équipes d’ingénierie). Ce sont vos clients directs ; la gestion produit s’occupe de la plupart des interactions.
• Faible pouvoir, faible intérêt : Surveiller (ex. équipes périphériques). Engagement minimal sauf en cas de problème.
  Cette cartographie guide où concentrer vos efforts de communication et de négociation.

Communication stratégique et compromis.

• Transparence adaptée : Éviter la surabondance de détails qui peut mener à la microgestion ou au désengagement. Adapter la communication (ex. succès et défis) selon l’audience, en se concentrant sur l’impact.
• « Oui, avec compromis » : Faire preuve de flexibilité. Accommoder les demandes urgentes ou à haute visibilité en négociant périmètre et calendrier, pour accumuler du capital politique.
• « Non » argumenté : En cas de refus, fournir des raisons claires, basées sur l’impact business (stratégie produit, faisabilité technique), et proposer des alternatives ou conseils.
• Gérer les plateformes parallèles : Comprendre leurs causes (urgence, demande nouvelle, mauvaises relations, préférence des ingénieurs). Briser les silos, collaborer sur les besoins urgents, et faire preuve de patience, parfois en jouant le rôle de « service après-vente » pour intégrer les plateformes parallèles réussies.

Gestion budgétaire en période difficile. En période de ralentissement, les plateformes sont souvent perçues comme des centres de coûts. Les roadmaps et métriques indirectes peuvent être rejetées. Pour survivre :

1. Rattacher le travail à des résultats business protégés : Réaligner les projets sur des initiatives à forte visibilité.
2. Regrouper le travail par équipes : Justifier les effectifs par équipes projets, pas par individus, pour préserver le focus.
3. Proposer des coupes avec conviction : Suggérer proactivement des réductions tout en défendant farouchement les investissements essentiels et stratégiques.

9. Alignez le but, la stratégie et l’exécution des plateformes

Le but d’une équipe n’est pas d’atteindre un objectif, mais d’aligner les objectifs.

Au-delà du succès individuel des équipes. Si chaque équipe plateforme peut exceller, le succès global de l’organisation dépend de leur alignement collectif. Des équipes désalignées créent un « marécage » de produits redondants et incompatibles qui embrouillent les utilisateurs et gaspillent les ressources. L’alignement garantit que les plateformes fonctionnent harmonieusement, amplifiant leur levier collectif.

Trois piliers de l’alignement :

• Le but : Toutes les équipes plateformes doivent partager une vision holistique, embrassant les piliers fondamentaux de l’ingénierie des plateformes (produit, développement, étendue, opérations). Cela signifie prioriser l’expérience client et gérer la complexité, pas seulement l’excellence technique.
  • Atteint par : recrutement diversifié, culture collaborative, adoption de pratiques communes (post-mortems sans blâme, revues d’opérabilité).
• La stratégie produit : Les plateformes doivent éviter de fonctionner en silos, où chaque équipe construit pour son périmètre étroit. Cela engendre des efforts dupliqués et des cas d’usage inter-plateformes difficiles.
  • Atteint par : gestion produit indépendante rendant compte à un leader transverse, IC seniors plaidant pour une architecture cross-plateforme, enquêtes clients identifiant des besoins plus larges. Une restructuration judicieuse peut être nécessaire en cas de coûts élevés de désalignement.
• La planification : Les équipes doivent soutenir les projets critiques des autres, évitant conflits et malentendus sur les calendriers.
  • Atteint par : alignement uniquement sur les projets majeurs et à grande échelle (ex. >1 an-homme développeur), pas sur chaque détail. Les leaders doivent confronter franchement les désalignements, en appliquant une approche « désaccord et engagement » pour assurer l’adhésion collective et prévenir les goulets d’étranglement futurs.

Le leadership impulse l’alignement. Les cadres supérieurs jouent un rôle clé en :

• Créant une vision et des objectifs partagés transcendant les buts individuels.
• Facilitant des processus de planification collaboratifs identifiant et résolvant tôt les conflits.
• Prenant des décisions délibérées et transparentes basées sur le bénéfice global de l’entreprise, même si cela signifie prioriser les besoins d’une plateforme au détriment d’une autre.

10. Gérez sans relâche la complexité, ne cherchez pas seulement à l’éliminer

Il faut concevoir pour la manière dont les gens se comportent, pas pour ce que nous souhaiterions qu’ils fassent.

La complexité est inhérente, sa gestion est essentielle. Les plateformes ne suppriment pas la complexité ; elles la gèrent pour générer du levier. Une équipe plateforme performante traite constamment la complexité sous toutes ses formes, reconnaissant que le comportement humain et la dynamique organisationnelle sont aussi cruciaux que les solutions techniques. Une dépendance excessive à la « colle humaine » ou une croissance non maîtrisée peuvent involontairement créer de nouvelles couches de complexité.

Éviter la complexité accidentelle. Les plateformes peuvent involontairement générer de la « complexité accidentelle » en s’appuyant trop sur la coordination manuelle ou en ne fournissant pas d’outils adéquats.

• Colle humaine : Contournements manuels, documentation abondante et coordination constante pour combler les lacunes entre systèmes. C’est inefficace et source d’erreurs.
• Solution : Investir dans l’automatisation et les outils de diagnostic (ex. exposition des métriques plateforme, moniteurs synthétiques) pour réduire l’intervention humaine dans les tâches routinières. Considérer les TPM comme spécialistes des scénarios vraiment complexes et non automatisables.

Maîtriser les plateformes parallèles. Les plateformes parallèles, créées par les équipes applicatives pour résoudre des problèmes locaux, augmentent la complexité globale du système.

• Stratégie : Ne pas chercher à éliminer toutes les plateformes parallèles, mais en être conscient. Construire la confiance pour rester informé, intégrer des ingénieurs, et fixer des attentes pour une future intégration. Lors de la reprise d’une plateforme parallèle, se concentrer sur la réduction de sa complexité pionnière tout en canalisant la nouvelle complexité au sein de l’équipe plateforme.

Contrôler la croissance pour l’efficacité. Une croissance non maîtrisée des équipes peut aggraver la complexité en :

• Réduisant l’incitation à automatiser, augmentant la charge manuelle.
• Supprimant la pression stratégique sur ce qui est construit, favorisant la construction d’empires.
• Créant un portefeuille tentaculaire de produits inachevés.
  Les bons leaders plateformes comprennent que le levier signifie ne pas croître linéairement avec l’ensemble de l’ingénierie. Ils privilégient l’efficacité intelligente, finançant les nouveaux travaux dans les domaines établis par les équipes existantes, et réalisant des investissements réfléchis au-delà d’une capacité KTLO de base.

11. Cultivez des plateformes que vos utilisateurs aiment vraiment

Qu’a l’amour à voir, à voir avec ça ? Qu’est-ce que l’amour, sinon une émotion de seconde main ?

L’amour comme indicateur de productivité. Si « aimer » peut sembler un indicateur inhabituel pour des plateformes internes, c’est un puissant proxy de la productivité et de la satisfaction utilisateur. Les outils aimés « fonctionnent simplement », sont agréables à utiliser et procurent du plaisir à accomplir le travail. Cela dépasse les métriques simplistes comme l’adoption ou l’efficacité, qui peuvent conduire à des plateformes faciles à contrôler pour l’équipe plateforme mais frustrantes pour les utilisateurs.

Caractéristiques des plateformes aimées :

• Interfaces intuitives et automatisation : À l’image de la plateforme de déploiement Apollo d’Amazon, les outils aimés ont des interfaces reflétant clairement l’état du système et des API/CLI robustes permettant une automatisation aisée, évitant la « clickops ».
• Opinion forte et percée : Elles offrent des « chemins balisés » clairs pour les cas courants, rendant 80 % des tâches sans effort. Crucialement, elles fournissent aussi des « abstractions percées » ou échappatoires pour les 20 % restants avec des besoins spécifiques, évitant le sentiment d’enfermement.
• Élimination des frictions utilisateur (même avec des « hacks ») : Parfois, les fonctionnalités les plus aimées sont celles qui font « disparaître » un problème complexe pour l’utilisateur, même si l’implémentation sous-jacente est techniquement « bricolée ». Ces solutions pionnières privilégient la productivité utilisateur sur la pureté architecturale.
• Proposition de valeur évidente : Des plateformes comme un S3 interne réussissent lorsqu’elles s’appuient sur la notoriété existante des utilisateurs, offrent une forte compatibilité avec les outils existants, démontrent une qualité d’ingénierie solide et délivrent rapidement.

Au-delà des métriques simplistes. Si les scores CSAT et autres enquêtes peuvent fournir des insights précieux, ils doivent être rigoureusement déployés avec des échantillons représentatifs et une réelle volonté d’agir sur les retours. Le véritable « amour » se révèle souvent par des retours qualitatifs et une utilisation soutenue et enthousiaste, plus que par des chiffres. En définitive, cultiver des plateformes que les utilisateurs aiment signifie délivrer constamment de la valeur, gérer la complexité à leur place, et rendre leur travail formidable et autonome.