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.

• 8–15 ans de dev réel, dont du lead technique.

• A déjà tenu une prod critique avec une petite équipe.

• A vécu un contexte de crise, pivot ou reconstruction.

• Capable de changer de stack sans ego.

• Mindset problem-solver, pas “expert d’une techno”

• Encore très hands-on.

Red flags absolus

• Tu n’as connu que des équipes de 50+ devs bien huilées.

• Ton dernier vrai commit date de plus de 2 ans.

• Tu veux manager avant de builder.

• Tu parles plus de process que de problèmes.

Ce que ce rôle n’est pas

• Un poste de transition.

• Un rôle “safe”.

• Une ligne de plus sur un CV.

• Un job pour tester.

Ce que tu auras accompli en 90 jours

• Tu es reconnu techniquement.

• Tu es devenu le point de référence de l’équipe.

• Le plan de reconstruction est engagé.

• Le CTO te considère comme son bras droit.

Si tu es encore en train de lire. Alors on peut probablement se parler. Pas pour te vendre un job. Pour voir si on est capables de travailler ensemble dans la durée.

Rémunération & cadre

Poste en CDI (freelance senior possible selon profil).
Rémunération alignée avec un rôle de Tech Lead senior / futur VP Engineering, et ajustée au niveau réel d’impact, d’autonomie et de responsabilité.

Une revalorisation est prévue à 12–18 mois en cas de prise en charge effective du périmètre VP Engineering (reconstruction de l’équipe, autonomie du delivery, désengagement opérationnel du CTO).

Matériel fourni, budget outils & IA, forte autonomie.

Dernier mot

Si tu cherches un rôle où tout est prêt, tu seras malheureux ici.
Si tu cherches un rôle où beaucoup est à construire dans une entreprise où il existe une forte densité de talents, tu es peut-être exactement la personne que l’on cherche

1. Échange de 30 à 45 min (fit, exigences, contexte, culture) avec le CTO

2. Cas pratique proche du réel avec le CTO

3. Entretien avec le CEO et 1 à 2 autres membres de l’équipe

4. Références