Taux journalier (TJM): 550 CONTEXTE Notre client est un grand groupe média et audiovisuel français, acteur historique de la télévision devenu un groupe intégré présent sur de nombreux segments (production audiovisuelle, digital, télévision payante, e-commerce), avec près de 30 filiales. La direction technique du pôle digital développe, pour les téléspectateurs, des moyens toujours plus innovants de consommer les programmes sur le web, mobile et TV connectée. Les équipes travaillent sur des produits à fort impact audience, avec des enjeux de vidéo online et de haute disponibilité. Quelques ordres de grandeur : plusieurs milliers de Gbps de trafic en pic, jusqu'à 100 000 requêtes par seconde lors des grands événements, plusieurs milliards de vidéos vues par an, une plateforme Kubernetes multi-clusters representant plusieurs milliers de CPU et plusieurs To de RAM, pour un objectif de disponibilité de 99,99 %. Les équipes produit et tech représentent environ 200 personnes, dont environ 150 développeurs répartis en une dizaine de feature teams. L'équipe DevEx L'équipe infrastructure (environ 25 personnes) se conçoit comme une équipe plateforme plutôt qu'une équipe d'infrastructure classique : elle fournit aux feature teams les briques dont elles ont besoin pour livrer. Elle regroupe quatre pôles, dont sécurité, deux pôles infrastructure (vidéo et cloud) et DevEx. DevEx est une équipe de 3 personnes dédiée à l'expérience développeur. Sa mission : identifier ce qui ralentit ou bloque les 150 développeurs du groupe, et y répondre par de l'outillage, des standards et de l'accompagnement. Un point important sur la posture : DevEx n'est pas une équipe de contrôle. Elle n'impose pas de règles, elle comprend les problèmes des feature teams et construit avec elles. C'est la particularité de ce poste, et ce qui le distingue d'un poste DevOps classique. LE POSTE Le poste se situe à l'interface entre l'infrastructure et les développeurs, avec un équilibre assumé : 60 à 70 % de technique, 30 à 40 % d'accompagnement. Une partie significative du temps se passe avec des développeurs d'autres équipes : comprendre comment ils travaillent, identifier ce qui leur coûte du temps, tester leurs outils, leur présenter ce qui est construit et les convaincre de l'adopter. Le reste, majoritaire, est du travail technique hands-on : Kubernetes, Terraform, Helm, CI/CD, développement d'outils internes. Les chantiers du moment * CI : réduire le temps d'attente et le coût des pipelines GitHub Actions, ainsi que standardiser leur utilisation - objectif principal du trimestre. Chaque feature team maintient aujourd'hui sa propre CI, sans standard partagé ni mesure * Portail développeur : Backstage est en production, avec un catalogue alimenté automatiquement, des scorecards et des KPIs ; l'enjeu porte maintenant sur son adoption réelle * IA pour les développeurs : agent skills partagées, gateway MCP, gateway LLM, agents de review et de diagnostic automatique - sujet ouvert, beaucoup reste à construire * Standardisation : Helm Chart universel, règles Kyverno, conventions de nommage, sur plus de 200 repositories hétérogènes * Animation de la communauté tech : points mensuels avec chaque feature team, échanges tech, groupe de travail DevOps, pulse surveys auprès des développeurs La roadmap de l'équipe n'est pas imposée par la hiérarchie : elle se construit collectivement au fil des retours des développeurs. ENVIRONNEMENT TECHNIQUE * Cloud : Landing Zone multi-comptes AWS, EKS, DynamoDB, RDS, OpenSearch, MSK, ElastiCache, CloudFront, MediaPackage * Kubernetes : EKS, Karpenter, KEDA, Kyverno, External Secrets, External DNS, Helm * Infrastructure as Code : Terraform / OpenTofu, Terragrunt, Terramate, en monorepo * CI/CD : GitHub Actions avec self-hosted runners sur EKS, ArgoCD en app-of-apps, Flux pour l'image automation, Bazel Buildfarm, Renovate, SonarQube * Observabilité :