<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Management on Le Signal — Blog de François Fournier</title><link>https://blog.francoisfournier.fr/tags/management/</link><description>Recent content in Management on Le Signal — Blog de François Fournier</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Thu, 15 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.francoisfournier.fr/tags/management/index.xml" rel="self" type="application/rss+xml"/><item><title>L'IA expose vos problèmes de process</title><link>https://blog.francoisfournier.fr/articles/l-ia-expose-vos-problemes-de-process/</link><pubDate>Thu, 15 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.francoisfournier.fr/articles/l-ia-expose-vos-problemes-de-process/</guid><description>&lt;p>Vous introduisez GitHub Copilot dans l&amp;rsquo;équipe. Promesse : &amp;ldquo;Productivité × 2.&amp;rdquo;&lt;/p>
&lt;p>3 mois plus tard : vélocité inchangée. Bugs en prod × 2. Dette technique en hausse.&lt;/p>
&lt;p>Votre CTO est perplexe. L&amp;rsquo;outil est pourtant bon. L&amp;rsquo;équipe l&amp;rsquo;utilise. Ça devrait marcher.&lt;/p>
&lt;p>(Ça ne marche pas. Et le problème n&amp;rsquo;est pas Copilot.)&lt;/p>
&lt;h2 id="lia-amplifie-ce-qui-existe">L&amp;rsquo;IA amplifie ce qui existe&lt;/h2>
&lt;p>Si vos devs écrivent du code sans tests, Copilot écrit du code sans tests — mais plus vite. Si vos architectures sont incohérentes, Copilot génère des patterns incohérents — mais plus vite. Si personne ne revoit le code, Copilot livre du code non revu — mais plus vite.&lt;/p></description></item><item><title>Ownership n'est pas un mot sur un mur</title><link>https://blog.francoisfournier.fr/articles/ownership-n-est-pas-un-mot-sur-un-mur/</link><pubDate>Thu, 08 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.francoisfournier.fr/articles/ownership-n-est-pas-un-mot-sur-un-mur/</guid><description>&lt;p>&amp;ldquo;Ce n&amp;rsquo;est pas mon périmètre.&amp;rdquo;&lt;/p>
&lt;p>C&amp;rsquo;est probablement la phrase la plus chère de la tech. Pas parce qu&amp;rsquo;elle est toujours fausse. Parfois les périmètres sont réellement mal définis. Mais parce qu&amp;rsquo;elle signale un système où personne ne se sent responsable du résultat final.&lt;/p>
&lt;p>(Et si vous pensez que c&amp;rsquo;est un problème de recrutement — ce n&amp;rsquo;est pas un problème de recrutement.)&lt;/p>
&lt;h2 id="linjonction-contradictoire">L&amp;rsquo;injonction contradictoire&lt;/h2>
&lt;p>&amp;ldquo;Sens de l&amp;rsquo;ownership exigé.&amp;rdquo; On la trouve dans presque toutes les offres d&amp;rsquo;emploi tech. Mais demander à quelqu&amp;rsquo;un de se sentir responsable d&amp;rsquo;un résultat sans lui donner l&amp;rsquo;autorité de décider comment l&amp;rsquo;atteindre, c&amp;rsquo;est une injonction contradictoire. L&amp;rsquo;ownership sans pouvoir de décision, c&amp;rsquo;est juste de la culpabilité.&lt;/p></description></item><item><title>Le paradoxe de la vélocité</title><link>https://blog.francoisfournier.fr/articles/le-paradoxe-de-la-velocite/</link><pubDate>Thu, 03 Sep 2026 00:00:00 +0000</pubDate><guid>https://blog.francoisfournier.fr/articles/le-paradoxe-de-la-velocite/</guid><description>&lt;p>Vendredi, 17h. Rétrospective. L&amp;rsquo;écran affiche le burndown chart : 34 story points livrés, objectif de 30. L&amp;rsquo;équipe applaudit. Le Scrum Master sourit. Le VP produit hoche la tête.&lt;/p>
&lt;p>Tout va bien.&lt;/p>
&lt;p>Sauf que le churn n&amp;rsquo;a pas bougé depuis 6 mois. L&amp;rsquo;ARPU stagne. Et les 3 features livrées ce sprint n&amp;rsquo;ont été adoptées par personne.&lt;/p>
&lt;p>(Goodhart&amp;rsquo;s Law : quand une mesure devient un objectif, elle cesse d&amp;rsquo;être une bonne mesure. La vélocité est une mesure. L&amp;rsquo;équipe optimise la mesure.)&lt;/p></description></item></channel></rss>