Reconstruction · IA · Évolution VP Engineering)
Ce rôle n'est pas confortable. Il n'est pas "bien cadré". Il n'est pas fait pour plaire. Il est fait pour reconstruire.
Nous sommes un SaaS B2B qui aide les organisations à naviguer dans la complexité — en alignant purpose et performance. Nos clients sont des entreprises qui ont compris que l'alignement organisationnel n'est plus un "nice to have" mais un avantage compétitif.
Le marché est là. La demande accélère. Le produit fonctionne.
Côté engineering, des décisions difficiles ont été prises. Le CTO a pris le virage IA de façon assumée — pas comme un sujet R&D, mais comme une transformation profonde de la façon de construire. Une partie de l'équipe n'a pas suivi.
Aujourd'hui, il reste une base solide sur laquelle reconstruire. C'est là que tu interviens.
Si tu cherches : une équipe stable, une roadmap figée, un rôle où tout est prêt,
Ne lis pas plus loin.
Ce que ce rôle est vraiment
Tu arrives au milieu du chantier.
Pendant les 6 à 12 premiers mois :
* tu specifies et valides tous les jours du code déployé en production,
* tu prends des décisions imparfaites,
* tu tiens la prod pendant que tu reconstruis,
* tu fais face à des zones grises sans process.
Tu es le point d'appui technique du CTO. Quand ça bloque, on se tourne vers toi.
Ta responsabilité principale : faire en sorte que l'ingénierie cesse d'être un risque et devienne un avantage compétitif.
Pas en "mettant des process". En faisant, puis en structurant ce qui marche.
Ce que tu feras concrètement
1) Spécifier, orchestrer l'IA, shipper
* Spécifier, déléguer aux agents IA, reviewer et déployer quotidiennement (Python / PHP / TypeScript)
* Participer aux décisions d'architecture, notamment IA (LLMs, agents, automatisations).
* Assumer des choix techniques qui ne feront pas l'unanimité.
* Être capable de débloquer un dev en 30 minutes.
2) Reconstruire une équipe (sans bullshit)
* Recruter 3 à 5 développeurs solides, dans un contexte imparfait.
* Recruter mieux que toi sur certains sujets.
* Poser une culture exigeante : responsabilité, clarté, delivery.
* Dire non, parfois souvent.
3) Binôme serré avec le CTO
* Challenger en privé, aligner en public
* Porter des décisions que tu n'as pas prises.
* Être fiable quand la pression monte.
L'IA n'est pas un sujet — c'est la méthode
L'IA est déjà en prod. Tu ne feras pas de POC — tu shipperas grâce à des agents et des automatisations qui tournent.
Si tu es sceptique ou passif sur le sujet, ce n'est pas un jugement — mais ce rôle n'est pas pour toi.
Trajectoire VP Engineering :
Ce rôle peut évoluer vers VP Engineering. Pas automatiquement. Si, dans 12-18 mois :
* L'équipe est reconstruite et crédible
* La delivery est prévisible
* Le CTO peut se désengager de l'opérationnel pour s'orienter vers la R&D
Alors le titre suivra. Sinon, non. Pas de promesse vide.
Ce que tu y gagnes :
* Impact visible : tes décisions se voient en prod dans la semaine, pas dans 6 mois
* Zéro politique : une équipe à taille humaine, un CTO qui code encore, pas de layers inutiles
* Trajectoire réelle : VP Engineering n'est pas un titre RH — c'est une évolution basée sur les résultats
* Un produit qui compte : aider les organisations à mieux fonctionner, ce n'est pas vendre des clics
* Autonomie : tu construis ton équipe, ta stack, tes méthodes — dans le cadre d'une vision partagée
Ce que ça coûte :
De l'énergie. De la charge mentale. Des décisions inconfortables. Parfois de la solitude.
Si tu as besoin de validation constante, tu ne tiendras pas. Si tu sais que la reconstruction est le moment où tout se joue — et que c'est là que tu es le meilleur — continue.
En cliquant sur "JE DÉPOSE MON CV", vous acceptez nos CGU et déclarez avoir pris connaissance de la politique de protection des données du site jobijoba.com.