Les métiers Tech et Engineering
Construire un logiciel, le faire évoluer et le maintenir disponible mobilisent plusieurs responsabilités. Pour recruter en Tech, identifiez le travail à prendre en charge et les décisions techniques ou managériales qui l'accompagnent.
De la réalisation logicielle à son exploitation
Cette famille concerne l'ingénierie logicielle : applications, sites, logiciels et systèmes associés. Le développement couvre la réalisation technique et l'évolution du logiciel. L'assurance qualité et les tests examinent son fonctionnement. L'exploitation et la fiabilité portent sur le service effectivement rendu une fois le logiciel utilisé.
Pour organiser ces responsabilités, distinguez le produit à construire, les contraintes de fonctionnement et les choix techniques. Définissez avec Product les arbitrages à partager. Pour une application utilisant des données ou des modèles d'IA, précisez également la frontière avec l'équipe Data : qui fournit les données, qui intègre le modèle et qui suit son comportement en production ?
Comprendre la répartition des rôles
Construire et vérifier le logiciel
Les développeurs réalisent et font évoluer applications et logiciels. Les spécialistes QA préparent et exécutent des tests pour examiner leur qualité. Décrivez le périmètre à couvrir : une interface, un service, un système existant ou plusieurs composants liés. Le langage utilisé n'explique qu'une partie du travail.
- Développeurs
- QA & test automation
Exploiter et fiabiliser les services
Le SRE applique l'ingénierie logicielle à la fiabilité et à l'exploitation, notamment par l'automatisation et le suivi des services. Une plateforme interne regroupe des capacités communes pour les équipes qui l'utilisent. Si vous envisagez un poste DevOps, précisez les responsabilités d'exploitation, de livraison et d'automatisation réellement attendues.
- DevOps
- Sysadmin (administrateur systèmes)
- SRE
- Platform engineer
- Architecte cloud
- FinOps
Délimiter la sécurité et les décisions techniques
La sécurité mérite un périmètre explicite : systèmes concernés, risques à examiner et interlocuteurs capables de décider des corrections. Pour le leadership technique, précisez la portée des décisions, d'une équipe à plusieurs systèmes. Les fiches spécialisées permettent ensuite de comparer les postes selon ce mandat.
- Cybersécurité (pentester, RSSI/CISO)
- Staff & principal engineer
- Tech Lead
Organiser la direction et le management
Une répartition possible confie au CTO l'orientation technique, au VP Engineering l'organisation des équipes et de la réalisation, et à l'Engineering Manager l'accompagnement des personnes et du travail d'une équipe. Ces responsabilités peuvent se recouvrir ou être réunies selon le contexte. Précisez le mandat de chaque poste et les décisions partagées.
- CTO
- VP Engineering
- Head of Technology
- Technical Director
- Engineering Manager
Les fiches métier de cette famille
- CTO (Chief Technology Officer)Le CTO définit la direction technologique de l’entreprise et arbitre les choix d’architecture, d’investissement et d’organisation qui soutiennent son produit.
- VP Engineering (vice-président de l’ingénierie)Le VP Engineering dirige les équipes d’ingénierie logicielle et organise leurs moyens pour livrer les priorités produit avec qualité et fiabilité.
- Software engineer (ingénieur logiciel)Le Software engineer conçoit, développe et fait évoluer des logiciels adaptés aux besoins des utilisateurs et aux contraintes de l’entreprise.
- Ingénieur DevOps (DevOps Engineer)L’ingénieur DevOps automatise la livraison des applications et la gestion des environnements pour aider les équipes techniques à déployer et exploiter leurs services.
- SysAdmin (administrateur systèmes)Le sysadmin administre, maintient et sécurise les systèmes informatiques pour que les équipes puissent accéder aux services et aux données nécessaires à leur activité.
- SRE (Site Reliability Engineer)Garantit la fiabilité, la disponibilité et la performance des systèmes en production, avec une approche d'ingénieur logiciel.
- Platform EngineerConstruit la plateforme interne (outillage, environnements, golden paths) qui permet aux équipes produit de livrer vite et bien, en autonomie.
- Pentester (Cybersécurité offensive)Attaque vos systèmes avant que de vrais attaquants ne le fassent : tests d'intrusion, red team, exploitation de vulnérabilités.
- Architecte cloudL’architecte cloud conçoit l’infrastructure cloud de l’entreprise et guide les choix techniques selon ses besoins, ses contraintes et ses usages.
- FinOps EngineerOptimise et gouverne les coûts cloud : visibilité, responsabilisation des équipes et arbitrages coût/valeur.
- QA & Test Automation EngineerGarantit la qualité du produit par l'automatisation des tests : stratégie de test, non-régression, qualité en continu.
- Solutions EngineerTraduit votre produit technique en valeur pour le client : démonstrations, POC, réponses aux questions techniques de l'avant-vente.
- Staff / Principal EngineerLe sommet de la voie technique : résout les problèmes les plus complexes et élève le niveau de toute l'organisation, sans manager.
- Tech LeadRéférent technique d'une équipe : guide l'architecture au quotidien, la qualité du code et les choix d'implémentation, en codant encore.
- Engineering ManagerL’Engineering Manager accompagne une équipe logicielle, développe ses compétences et organise son travail pour tenir des engagements de livraison réalistes.
- RSSI / CISODirige la stratégie de sécurité de l'entreprise : gouvernance des risques, conformité, réponse aux incidents et culture sécurité.
Identifier ce qui freine le travail technique
Les évolutions arrivent difficilement en production
Si le travail s'accumule avant la mise en service, examinez les validations, les tests et les transmissions nécessaires. Distinguez une capacité de développement insuffisante d'un problème de livraison avant de recruter davantage de développeurs.
Les incidents mobilisent régulièrement les équipes
Si le fonctionnement du service interrompt le travail prévu, précisez les attentes de fiabilité et le temps à consacrer aux causes récurrentes. Un périmètre SRE peut être pertinent si le besoin associe exploitation et travail d'ingénierie durable.
Plusieurs équipes répètent le même travail d'infrastructure
Si les équipes reconstruisent les mêmes capacités, étudiez une plateforme interne avec elles. Définissez les usages à faciliter et le service à maintenir avant de fixer les composants de cette plateforme.
Les choix techniques dépassent une seule équipe
Si les décisions engagent plusieurs systèmes, donnez un mandat transversal à la personne chargée de les éclairer. Précisez séparément si elle doit manager des collaborateurs ou apporter une expertise sans responsabilité hiérarchique.
Rendre le périmètre technique évaluable
Décrire le système existant
Exposez les usages, les dépendances et les contraintes de maintenance. Pour un recrutement, un problème concret à résoudre permet de mieux définir le besoin qu'une longue liste de technologies.
Clarifier la responsabilité en exploitation
Indiquez qui suit le fonctionnement du service et comment les incidents sont pris en charge. Si le poste participe à cette organisation, rendez les attentes visibles dès la description du rôle.
Séparer expertise et encadrement
Précisez les décisions techniques attendues, l'équipe éventuellement encadrée et le temps consacré à chaque responsabilité. Un besoin de recul technique ne justifie pas à lui seul d'ajouter un niveau de management.
Questions fréquentes
Faut-il décrire un poste par langage de programmation ?
Mentionnez les technologies utiles, puis décrivez ce que la personne devra en faire : reprendre un système, développer un composant ou faciliter ses évolutions. Précisez ce qui doit être maîtrisé dès l'arrivée et ce qui peut être appris dans le poste.
Comment cadrer un Solutions Engineer dans cette famille ?
Précisez si le travail se déroule auprès de clients ou dans l'équipe qui construit le produit. Décrivez les engagements à prendre, les interlocuteurs commerciaux et les contributions techniques attendues. Ce cadrage évite de confondre un besoin de solution client avec le développement du produit interne.
Sources
- U.S. Bureau of Labor Statistics : Software Developers, Quality Assurance Analysts, and Testers
- Onisep : Développeur / Développeuse informatique
- Google : Site Reliability Engineering : Introduction
- AWS : What is Site Reliability Engineering?
- CNCF : CNCF Platforms White Paper
- GitLab : Engineering Leadership : Roles & Responsibilities
- Monzo : Engineering Manager Progression Framework v2.0