Trois choses réelles et précieuses : collaboration entre développeurs et opérateurs, automatisation des déploiements (IaC, CI/CD), culture de la mesure (monitoring, alerting, SLO, post-mortem). Ce sont des actifs. La sortie douce les ancre dans une réalité physique qui leur manquait — elle ne les efface pas.

Le problème n'est pas que les DevOps existent. C'est que le titre a progressivement remplacé les titres techniques précis sans en transmettre les compétences fondamentales : le hardware, le réseau physique, la couche OSI bas niveau, le stockage, le bare-metal. Des compétences en hauteur, fragiles en profondeur.

La nomenclature SysOps/NetOps/OpInfra proposée dans "Le Ticket et le Talent" n'est pas un référentiel adopté par une branche professionnelle ou un organisme. C'est une proposition du corpus Opération Dindon — un plan de sortie de la perdition, documenté, argumenté, opérationnel. Elle propose six niveaux, trois catégories, des critères de compétence définis. Elle n'existe que si des organisations décident de l'adopter. Cette étude propose les outils pour que cette adoption soit possible — progressivement, sans rupture sociale.

Les DevOps "orphelins" : compétences réelles, titre qui ne les sert plus. Ils sentent la lacune — ils ne savent pas comment la combler sans recommencer de zéro.

Les architectes cloud sans racines : légitimité sur les certifications cloud, fragilité sur ce qui est en dessous. Ils veulent ancrer — pas tout refaire.

Les organisations en transition : équipes construites sur la vague DevOps, problèmes du corpus qui se matérialisent. Ils veulent reconstruire sans rupture sociale ni aveu public d'erreur.

Linux Foundation : LFCA (entrée, 395€), LFCS (administrateur système, 395€), LFCE (ingénieur), CKA (Kubernetes administrator, 395€), CKAD, CKS (sécurité). Examen pratique en ligne — pas de QCM. La compétence est réelle ou l'examen échoue. Éligibles au CPF. Moins chères que les certifications AWS (300-800€ pour les équivalents AWS).

HashiCorp : Terraform Associate, Vault Associate. Outils neutres, multi-cloud, indispensables pour l'IaC portable — pas liés à un hyperscaler.

CNCF : certifications cloud-native neutres, basées sur les standards open source. Aucun vendor lock-in.

Ces certifications produisent des compétences transférables d'un environnement à l'autre — exactement ce que "Le CPF Mal Utilisé" appelle à financer au lieu des certifications cloud hyperscaler qui renforcent le lock-in.

Le Socle du Fer est une proposition de programme de formation du corpus (26 semaines, de l'électricité à Kubernetes). Il n'est pas non plus un programme institutionnel existant — c'est un plan pédagogique proposé, qui peut être mis en œuvre par n'importe quel formateur ou organisme de formation. Pour le DevOps en conversion, le parcours n'est pas linéaire mais ciblé :

Modules 1-6 (Électricité, Hardware, Serveur physique) : couche physique obligatoire pour tous les niveaux. C'est ce qui manque à 90% des DevOps formés uniquement en cloud.

Modules 7-12 (Linux fondamental, Stockage, Virtualisation) : approfondissement de ce que le DevOps a souvent en surface seulement.

Modules 13-20 (Réseau OSI physique, Routing, Active Directory) : le vrai différenciateur entre un DevOps et un SysOps/NetOps N4.

Modules 21-26 (Sécurité réseau, Architecture, Kubernetes bare-metal) : niveau N5-N6.

Documentée dans "Le Mentor et le Métal" : une journée sans évaluation, sans badge, sans PowerPoint. L'ingénieur en conversion observe. Il accompagne le Principal SRE lors des interventions de maintenance, d'un remplacement de composant, d'un incident si la chance s'y prête. Il mange avec l'équipe. Il voit physiquement ce que ses schémas d'architecture décrivent de l'extérieur.

Coût : une journée de travail du Principal SRE en mode accompagnement. Disponible dès demain. Sans budget exceptionnel. Sans institution.

Mois 1-2 — Observation immersive : accompagnement sans intervention. Documentation, questions, lecture des runbooks en situation réelle. Le Principal SRE explique ses décisions en temps réel.

Mois 3-4 — Pratique encadrée : interventions sous supervision directe. Câblage, configuration, diagnostic. Le "pourquoi" derrière chaque geste — le savoir tacite qui ne s'écrit pas mais se transmet.

Mois 5-6 — Autonomie surveillée : interventions autonomes sur systèmes non-critiques. Le Principal SRE est disponible mais pas présent.

Formalisation minimale : accord de mentorat d'une page — objectifs, durée, mode d'évaluation. Mentionné dans la fiche de poste des deux parties. Ce n'est pas une institution nouvelle : c'est un accord professionnel entre deux personnes, reconnu dans leurs responsabilités respectives.

Une femme qui regarde le marché du travail infrastructure aujourd'hui voit : "DevOps", "SRE", "Cloud Engineer", "Platform Engineer", "DevSecOps", "Site Reliability", "Infrastructure Engineer" — des titres flous, sans trajectoire claire, sans grille de progression lisible, sans signal objectif sur ce qu'on attend à chaque niveau.

Ce flou décourage les profils qui n'ont pas de réseau pour le décoder. Les femmes, statistiquement moins présentes dans les réseaux informels de l'infrastructure (les soirées tech, les conférences, les canaux Slack non-mixtes), subissent ce décodage plus durement que les hommes qui peuvent y accéder par leurs pairs. Le flou n'est pas volontairement sexiste — mais il produit une exclusion réelle.

Une nomenclature claire dit à la femme qui regarde de l'extérieur : voilà le chemin, voilà les critères objectifs à chaque niveau, voilà où l'on peut aller. Pas de décodage via un réseau informel. Pas de "tu dois connaître quelqu'un qui connaît quelqu'un". Les critères sont publics, les niveaux sont lisibles, la progression est documentée.

La nomenclature proposée — si elle était adoptée par même quelques organisations — produirait immédiatement deux effets : des offres d'emploi avec des titres précis et des critères objectifs (qui attirent les profils sans réseau), et des grilles de progression visibles (qui permettent de se projeter sans avoir à demander à un pair). Ce sont les deux conditions minimales pour qu'une femme puisse envisager un chemin dans l'infrastructure sans avoir à deviner les règles implicites.

Phase 1 — Diagnostic interne (mois 1-2) : cartographier les compétences réelles de chaque membre avec la nomenclature proposée comme grille de lecture. Outil : entretien structuré entre le Principal SRE et chaque ingénieur. Résultat : carte de lacunes et plan de formation individuel. Coût : le temps du Principal SRE. Budget : zéro.

Phase 2 — Formation ciblée (mois 3-9) : Socle du Fer modules ciblés + certifications Linux Foundation selon le niveau visé. Budget : 1 200 à 2 400€ par personne selon les modules. Le CPF peut financer les certifications Linux Foundation — elles sont éligibles. Moins cher qu'une certification AWS. Pas besoin de budget exceptionnel.

Phase 3 — Renommage progressif (mois 6-12) : si l'organisation décide d'adopter la nomenclature proposée, mise à jour des fiches de poste. Sans licenciement. Avec valorisation salariale. Le renommage suit la formation — pas l'inverse. Chaque titre changé est une porte ouverte vers des profils qui ne pouvaient pas se projeter dans "DevOps".

Phase 4 — Consolidation (mois 12-18) : clause de Primauté Technique dans le contrat du Principal SRE, mentoring formalisé dans les fiches de poste des seniors, offres d'emploi avec titres de la nomenclature proposée. La nomenclature devient une réalité interne — sans attendre qu'elle soit une norme externe.

Le DevOps qui a fait six mois de rotation encadrée, passé le LFCS, changé son titre en Lead SysOps dans sa fiche de poste, est le meilleur ambassadeur de la proposition. "L'Uniforme du Corps" a documenté la chaîne du regard : celui qui a changé de niveau donne une raison concrète aux autres de faire le chemin. L'ambassadeur ne convainc pas par l'argument théorique — il convainc par l'exemple visible et la preuve que le chemin existe et mène quelque part.

Ce témoignage concret : "J'étais DevOps depuis huit ans. Six mois de rotation encadrée avec notre Principal SRE m'ont montré que je ne comprenais pas ce que je déployais. J'ai passé le LFCS. Mon titre a changé. Mon salaire a été révisé. Et ma légitimité dans les arbitrages techniques est maintenant reconnue." Ce témoignage vaut plus que dix études.

Quand une organisation publie une offre d'emploi "SysOps N3 — critères : LFCS ou équivalent, 2 ans d'expérience système Linux, connaissance des couches réseau OSI 1-4" — cette offre est lisible par une femme qui n'a pas de réseau pour décoder "DevOps sénior avec 3 à 5 ans d'XP et stacktrace full-cloud". Les critères objectifs remplacent le décodage implicite. La porte est ouverte — pas seulement dessinée sur un mur.

C'est le mécanisme inverse de l'Amputation Invisible. Pas une déclaration d'intention sur la diversité. Pas un quota. Une nomenclature claire, des critères objectifs, des offres lisibles. Le corps se complète parce que la porte existe — pas parce qu'on a décidé d'y faire entrer des femmes de force.