CONSULTANT TECHNIQUE INDÉPENDANT
Le senior technique que votre équipe n'a pas encore les moyens de recruter.
Un jour par semaine, à distance, à jour fixe.
J'accompagne les équipes tech sans direction senior sur leurs choix d'architecture, et j'automatise les process qui leur coûtent des heures chaque semaine.
Trente minutes, sans engagement. Vous repartez avec un avis, que l'on travaille ensemble ou non.
À QUI JE M'ADRESSE
Je travaille avec des organisations qui ont un produit ou une opération technique réelle, une équipe qui avance, et personne au-dessus pour arbitrer.
Un éditeur de logiciels ou une startup après une levée, dont l'équipe technique est bonne mais jeune, et où les décisions d'architecture se prennent par défaut plutôt que par choix.
Une entreprise en croissance qui recrute des développeurs sans personne pour cadrer les entretiens techniques ni la trajectoire.
Une agence ou un studio qui vend des projets complets et sous-traite le backend sérieux : API, intégrations, infrastructure, reprise de données.
Un commerce, un industriel ou un opérateur touristique dont plusieurs personnes passent leurs lundis à recouper des exports entre plusieurs canaux de vente ou plusieurs outils.
DIRECTION TECHNIQUE
Direction technique, [un jour] par semaine
Une journée par semaine, à jour fixe, entièrement en visioconférence. Vous savez à l'avance quand je suis là, et vos développeurs aussi.
Les arbitrages d'architecture : ce qu'on construit, ce qu'on achète, ce qu'on reporte.
La revue de code senior, sur les parties qui portent le risque.
Le cadrage des recrutements techniques : fiche de poste, tests, participation aux entretiens.
L'arbitrage des devis prestataires : je lis les propositions techniques que vous recevez et je vous dis ce qu'elles valent.
L'infrastructure et l'hébergement : coûts, résilience, ce qui cassera en premier.
Engagement de trois mois reconductibles.
Formule d'essai possible : une demi-journée par semaine.
AUTOMATISATION DE PROCESS
Faire disparaître une [tâche manuelle]
Il y a dans votre entreprise un process que quelqu'un exécute à la main toutes les semaines. Il est fiable tant que cette personne est là, coûteux en temps, et invisible dans vos comptes. Je le cadre, je l'automatise, et je vous le rends avec son monitoring.
1. Cadrage
Un appel de cadrage. On identifie le process et on mesure ce qu'il coûte réellement en heures.
2. Proposition
Une proposition à périmètre fermé. Prix ferme, délai ferme. Vous savez ce que vous achetez avant de signer.
3. Construction
TypeScript, NestJS, PostgreSQL, et les intégrations vers les outils que vous utilisez déjà. Rien que votre équipe ne puisse reprendre.
4. Livraison
La livraison, avec sa reprise sur erreur et son monitoring. Une automatisation qui échoue en silence est pire que pas d'automatisation du tout.
Périmètre fermé, prix ferme, délai ferme.
Livraison en dix semaines, maintenance mensuelle en option.
LE TRAVAIL À DISTANCE
Comment on travaille à distance
Je travaille exclusivement à distance, et je préfère le dire dès la première ligne plutôt qu'au troisième rendez-vous.
Concrètement : un jour fixe dans la semaine où je suis disponible en visioconférence, un canal écrit partagé avec votre équipe pour le reste, et un compte rendu écrit après chaque journée — ce qui a été décidé, ce qui reste ouvert, ce que j'attends de vous. Ce compte rendu est la vraie différence avec un salarié : vos décisions techniques sont tracées au lieu de vivre dans la tête de quelqu'un.
Si votre organisation a besoin d'une présence physique régulière, je ne suis pas la bonne personne, et je vous le dirai dès le premier appel.
QUI JE SUIS
Qui je suis
Je suis responsable de l'hébergement et du développement chez un prestataire qui construit des plateformes web complètes — sites, e-commerce, marketplaces, réservation d'hébergements et de transports — pour des collectivités et des offices de tourisme, et depuis deux ans pour des entreprises.
J'y encadre une équipe de 11 développeurs et 3 ingénieurs infrastructure. Je suis architecte sur les deux plans, applicatif et infrastructure, et responsable de l'ensemble des choix techniques : ce qu'on construit, ce qu'on achète, ce sur quoi on héberge, et ce qu'on refuse.
À ce titre, j'ai été responsable technique de plateformes livrées à plusieurs grandes stations alpines et destinations de montagne : réservation, séjour, hébergement, transport, avec les pics de charge qu'suppose une saison. Je ne peux pas nommer ces destinations — ce sont les clients de mon employeur, pas les miens — mais c'est un terrain que je connais de l'intérieur, et je peux en parler en détail lors d'un appel.
Avant ce poste, j'ai passé deux ans en Amérique du Nord. À la Banque Nationale du Canada, sur une plateforme de détection de fraude bancaire. Puis chez Turbulent, à Montréal, sur les plateformes e-commerce et communautaires de Star Citizen et sur des sites à forte audience comme Radio-Canada. J'avais commencé chez STMicroelectronics, sur de l'outillage et de l'industrialisation de données — c'est là que j'ai pris le goût des systèmes qui font disparaître le travail manuel.
Ma particularité tient à la double casquette infrastructure et développement. La plupart des profils qui font de l'accompagnement technique viennent du produit ou du code. Peu savent aussi dimensionner un cluster, lire une facture cloud, ou dire si une architecture tiendra la charge annoncée — et c'est souvent là que se prennent les décisions les plus coûteuses, faute de quelqu'un pour les instruire.
Ma stack : TypeScript et Node.js avec NestJS, Vue et Nuxt, React et Next, React Native, PostgreSQL et MongoDB, Docker, AWS et Kubernetes sur EKS.
Ingénieur en informatique et réseaux de communication, CPE Lyon. Basé en Savoie, à une heure de Genève.
J'occupe toujours ce poste. J'interviens donc en indépendant sur un volume limité et annoncé : un accompagnement d'une journée par semaine, et un chantier d'automatisation à la fois. Je préfère le dire d'emblée plutôt que de le découvrir en route — c'est ce qui garantit que ce que je prends, je le livre.
À QUOI RESSEMBLE UNE MISSION
À quoi ressemble une [mission]
Ces quatre situations sont des illustrations, pas des références clients.
Exemple de mission type — la réconciliation du lundi
Une équipe logistique exporte trois fichiers depuis trois outils, les recoupe dans un tableur, et corrige les écarts à la main. Quatre heures par semaine, et une seule personne sait le faire. Automatiser ce process représente une trentaine d'heures de travail, et rend une demi-journée par semaine à quelqu'un qui a mieux à faire.
Exemple de mission type — la dette qui bloque le recrutement
Une équipe de quatre développeurs n'arrive plus à livrer, et le dirigeant croit que c'est un problème d'effectif. C'est presque toujours un problème d'architecture ou de chaîne de déploiement. Un diagnostic de cinq jours répond à la question avant d'engager un salaire annuel.
Exemple de mission type — l'arbitrage d'un devis
Un prestataire propose une refonte lourde, et personne en interne ne peut juger si le chiffrage est honnête ni si l'approche est la bonne. Une journée de lecture technique suffit à trancher — et c'est souvent le premier jour d'un accompagnement.
Exemple de mission type — la saison qui approche
Une destination touristique exploite une plateforme de réservation, un site de séjour et un outil d'hébergeurs qui ne partagent pas leurs données. Chaque début de saison, quelqu'un ressaisit les disponibilités. Le chantier consiste à faire parler ces trois systèmes entre eux avant le pic, pas à tout refaire.
Commençons par [trente minutes]
Un appel de trente minutes, sans engagement et sans présentation commerciale. Vous décrivez votre situation, je vous dis ce que j'en pense et ce que je ferais — que l'on travaille ensemble ensuite ou non.
Ou écrivez-moi directement, à l'adresse de contact.