Le Signal — Blog de François Fournier

Ownership n'est pas un mot sur un mur

Thu, 08 Oct 2026 00:00:00 +0000

“Ce n’est pas mon périmètre.”

C’est probablement la phrase la plus chère de la tech. Pas parce qu’elle est toujours fausse. Parfois les périmètres sont réellement mal définis. Mais parce qu’elle signale un système où personne ne se sent responsable du résultat final.

(Et si vous pensez que c’est un problème de recrutement — ce n’est pas un problème de recrutement.)

L’injonction contradictoire

“Sens de l’ownership exigé.” On la trouve dans presque toutes les offres d’emploi tech. Mais demander à quelqu’un de se sentir responsable d’un résultat sans lui donner l’autorité de décider comment l’atteindre, c’est une injonction contradictoire. L’ownership sans pouvoir de décision, c’est juste de la culpabilité.

Fine-tuning vs. RAG : l'arbitrage que personne ne fait

Mon, 05 Oct 2026 00:00:00 +0000

Fine-tuning, RAG, ou Prompt Engineering ? Personne ne vous dit comment choisir. Résultat : vous testez les 3 en parallèle. Vous perdez 3 mois.

(Si votre équipe data est en train de fine-tuner un modèle sans avoir d’abord essayé un prompt bien construit — arrêtez-les.)

Le cadre de décision

Prompt Engineering. Coût : 0€ (juste du temps). Délai : 1 semaine. Use case : problème générique avec contexte variable. Limite : contexte limité en tokens, pas de mémoire long terme.

Le standup pédagogique

Thu, 01 Oct 2026 00:00:00 +0000

Premier jour de TP. Vingt étudiants MMI. Un projet web à construire en 4 semaines. Le schéma classique : je lance le sujet, j’explique les attendus, les étudiants se dispersent sur leurs machines, et je passe les 3h suivantes à éteindre des incendies un par un.

Sauf que cette fois, j’ai fait un standup.

Pas un vrai standup Scrum — la logique du standup adaptée à l’enseignement. Début de TP, 3 minutes, debout. Chacun dit : où j’en suis, ce qui me bloque, ce dont j’ai besoin.

Build vs. Buy : l'arbitrage raté

Mon, 28 Sep 2026 00:00:00 +0000

Journal de bord, mission en cours.

Le CTO compare : Build = 2 devs × 3 mois = 60k€, une fois. Buy = SaaS à 500€/mois = 6k€/an, tous les ans. Verdict : “On build. Au bout de dix ans le SaaS nous aura coûté autant — autant que ça nous appartienne.”

Il a oublié le reste.

(Si votre comparaison Build vs. Buy ne regarde que les coûts d’acquisition — vous êtes en train de prendre la mauvaise décision.)

Le mirage du POC

Thu, 24 Sep 2026 00:00:00 +0000

Le système IA a planté un dimanche à 4h du matin. Le même système qui avait impressionné le board trois semaines avant. Applaudissements, slides enthousiastes, “c’est l’avenir.”

Personne n’a répondu au téléphone.

(Si vous avez déjà vu un board applaudir une démo IA puis découvrir le vrai coût six mois plus tard — on a vécu la même chose.)

Le gouffre invisible

Le POC est un outil de validation. Il répond à une question simple : “est-ce que ça marche en théorie ?” Le problème, c’est que la réponse est presque toujours oui. Avec 500 lignes de données nettoyées à la main, un modèle qui tourne sur votre laptop, et un utilisateur (vous), tout marche.

Chatbot IA à 15k€/mois : pour quel ROI ?

Mon, 21 Sep 2026 00:00:00 +0000

Votre chatbot IA coûte 15k€/mois et ne génère aucun revenu. Mais il a 10k “interactions” par mois. Le board est content. “L’IA marche.”

(Spoiler : ça ne marche pas. Vos métriques vous mentent.)

Ce que personne ne mesure

Sur ces 10k interactions : 6k = questions “Quels sont vos horaires ?” (réponse déjà sur le site). 2k = spam / bots. 1.5k = questions complexes mal répondues (escalade vers humain). 500 = vraies conversations utiles.

47 services → 12 utilisés

Thu, 17 Sep 2026 00:00:00 +0000

Le dashboard affichait 47 services. Quarante-sept rectangles verts, bien alignés, tous “healthy”. Le CTO précédent avait architecturé ça en 18 mois. C’était propre. C’était documenté. C’était aussi utile qu’une bibliothèque dont personne n’ouvre les livres.

Douze services recevaient du trafic réel. Les trente-cinq autres tournaient dans le vide.

(Avant de vous dire que c’est exceptionnel : vérifiez vos propres dashboards. Comptez.)

L’archéologie des services inutiles

Comment on arrive à 47 services quand 12 suffisent ? Un à la fois, avec de bonnes raisons à chaque fois. “On va avoir besoin de scaler ce composant indépendamment.” (On ne l’a jamais fait.) “Cette logique est assez complexe pour mériter son propre service.” (Puis elle a été simplifiée. Le service est resté.)

ESS et corporate : ce qu'ils peuvent s'apprendre

Mon, 14 Sep 2026 00:00:00 +0000

Question sérieuse : est-ce que vous avez déjà assisté à une réunion de CODIR qui a produit une décision engageante en moins d’une heure ?

Pas une décision prise par le CEO pendant que les autres hochent la tête. Une vraie décision collective, portée par tout le monde en sortant de la salle.

Si la réponse est rarement — bienvenue dans la majorité.

(Si la réponse est souvent — envoyez-moi un message, je veux comprendre comment vous faites.)

La météo intérieure en CODIR

Thu, 10 Sep 2026 00:00:00 +0000

Mardi matin, 9h. CODIR. Six personnes autour de la table. Le DG ouvre la réunion : “Bon, on attaque les sujets.”

Ce qu’il ne sait pas : la directrice commerciale a appris la veille qu’elle perdait son plus gros client. Le CTO a passé la nuit sur un incident de prod. Le DRH prépare un plan de licenciement qu’il ne peut pas encore annoncer.

Trois bombes émotionnelles dans la salle. Invisibles. Prêtes à exploser sur le premier sujet un peu tendu.

6 projets IA sur 8 auraient dû être un script Python

Mon, 07 Sep 2026 00:00:00 +0000

Startup pitch : “On utilise l’IA pour automatiser X.” Investisseurs : “Wow. Voici 2M€.”

Six mois après : budget IA de 120k€ (data scientists + compute), résultat à 78% de précision. Benchmark d’un script Python de 200 lignes : 74% de précision.

Différence : 4%. Coût : 120k€.

(Si vous pensez que votre projet IA est différent — peut-être. Mais la probabilité est contre vous.)

Ce que j’ai vu dans 8 audits

Projet 1, classification de tickets support. Solution vendue : fine-tuning LLM. Solution qui marche : regex + 10 règles if/else. Économie : 60k€.

Le paradoxe de la vélocité

Thu, 03 Sep 2026 00:00:00 +0000

Vendredi, 17h. Rétrospective. L’écran affiche le burndown chart : 34 story points livrés, objectif de 30. L’équipe applaudit. Le Scrum Master sourit. Le VP produit hoche la tête.

Tout va bien.

Sauf que le churn n’a pas bougé depuis 6 mois. L’ARPU stagne. Et les 3 features livrées ce sprint n’ont été adoptées par personne.

(Goodhart’s Law : quand une mesure devient un objectif, elle cesse d’être une bonne mesure. La vélocité est une mesure. L’équipe optimise la mesure.)

3 questions que je pose avant d'accepter une mission

Mon, 31 Aug 2026 00:00:00 +0000

Avant, j’acceptais 80 % des missions proposées. Taux de succès : 60 %. Maintenant j’en accepte 40 %. Taux de succès : 95 %.

La différence tient en trois questions posées au premier appel.

(Aucune des trois ne porte sur la technique. C’est le point.)

Ce que je cherchais avant

Un problème intéressant. C’était mon seul filtre, et c’est le pire qui soit : les missions les plus intéressantes techniquement sont souvent celles où l’organisation est la plus bloquée, donc celles où rien ne se produira.

CTO Fractionné : ce que j'apporte vs. ce que je ne fais pas

Mon, 31 Aug 2026 00:00:00 +0000

Journal de bord, premier call avec un prospect.

« Vous faites quoi exactement ? »

La meilleure réponse n’est pas ce que je fais. C’est ce que je ne fais pas — parce qu’un périmètre qui n’exclut rien n’est pas un périmètre, c’est une brochure.

Ce que j’apporte

Des décisions, pas du code. L’arbitrage entre refonte et stabilisation. Le diagnostic en 72 heures. La feuille de route en 30 jours. Le déblocage d’une équipe qui tourne en rond.

Fractionnel ≠ Freelance

Mon, 31 Aug 2026 00:00:00 +0000

« Vous faites quoi exactement ? »

La question revient à chaque premier appel. Pendant longtemps j’ai répondu par une liste — architecture, dette technique, structuration d’équipe. C’était exact et ça n’expliquait rien, parce que ça décrivait des activités au lieu de décrire ce qui est acheté.

La réponse utile est plus courte. Un freelance vend du temps. Un fractionnel vend des décisions.

(Si la distinction vous paraît cosmétique, restez jusqu’à la facture.)

L'économie du non

Mon, 31 Aug 2026 00:00:00 +0000

Personne ne les a jamais redemandées.

Les cinq features que j’ai retirées de la roadmap en Q3 2024*. Cinq features que tout le monde voulait. Que le VP avait promises. Que le commercial avait négociées dans trois deals.

Six mois plus tard, zéro réclamation. Comme si elles n’avaient jamais existé.

(Avant de m’expliquer pourquoi votre cas est différent — il ne l’est probablement pas. Mais lisez quand même.)

Le problème que personne ne nomme

Marty Cagan le dit mieux que moi : la plupart des équipes produit sont des feature teams qui se croient empowered. Elles ont un Jira, des OKRs, un standup. Mais quelqu’un d’autre a décidé de la liste. L’équipe exécute. Et quand ça foire, personne ne sait à qui c’est la faute.

À propos

Mon, 01 Jan 0001 00:00:00 +0000

Je m’appelle François Fournier. Je suis CTO fractionné.

Vingt cinq ans de tech : SaaS, scale-ups, audits d’architecture. Ce que je fais aujourd’hui tient en une phrase — j’arrive quand l’équipe technique est bloquée, je tranche, et je pars quand c’est fait.

Ce qui me distingue

J’ai monté un projet de fablab en zone rurale, un incubateur de l’économie sociale et solidaire. Un atelier mutualisé dans un village de moins de 2 000 habitants, avec un budget total de 23 000 € et des bénévoles.

Travailler avec moi

Mon, 01 Jan 0001 00:00:00 +0000

J’arrive quand l’équipe technique est bloquée. Trop de dette, trop de features, pas assez de décisions.

Je tranche. Je structure. Je pars quand c’est fait.

Ce que j’apporte

Des décisions, pas du code. L’arbitrage entre refonte et stabilisation. Le diagnostic en 72 heures. La feuille de route en 30 jours. Le déblocage d’une équipe qui tourne en rond.

Ce que je ne fais pas

Du développement. Du recrutement. Du coaching feel-good. De l’audit sans suite. Du PowerPoint sans implémentation.