<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Productivité on Fractional CTO</title><link>https://fractionalcto.es/fr/tags/productivite/</link><description>Recent content in Productivité on Fractional CTO</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Mon, 23 Mar 2026 21:05:53 +0100</lastBuildDate><atom:link href="https://fractionalcto.es/fr/tags/productivite/feed.xml" rel="self" type="application/rss+xml"/><item><title>Comment mener des réunions efficaces</title><link>https://fractionalcto.es/fr/comment-mener-des-reunions-efficaces/</link><pubDate>Thu, 26 Oct 2023 10:53:18 +0000</pubDate><guid>https://fractionalcto.es/fr/comment-mener-des-reunions-efficaces/</guid><description>&lt;p&gt;On parle souvent de savoir si les réunions valent la peine, et si elles devraient être complètement abolies parce qu&amp;rsquo;elles sont une perte de temps. Personnellement, je trouve cette vision quelque peu extrême, mais je comprends qu&amp;rsquo;elle répond au fait que dans de nombreux cas, la façon dont nous menons les réunions est effectivement une perte de temps et d&amp;rsquo;argent, et une source de frustration et de démotivation. Tout au long de ma carrière, j&amp;rsquo;ai travaillé avec pas mal d&amp;rsquo;entreprises, et dans toutes, j&amp;rsquo;ai participé à des réunions improductives, et cela semble être une constante quel que soit l&amp;rsquo;interlocuteur. Il est difficile de trouver quelqu&amp;rsquo;un qui, lorsque vous lui demandez comment se passent les réunions dans son entreprise, ne se plaint pas.&lt;/p&gt;</description></item><item><title>Guide pour faire des revues de code dans votre équipe</title><link>https://fractionalcto.es/fr/guide-pour-faire-des-revues-de-code-dans-votre-equipe/</link><pubDate>Tue, 25 Jul 2023 15:42:32 +0000</pubDate><guid>https://fractionalcto.es/fr/guide-pour-faire-des-revues-de-code-dans-votre-equipe/</guid><description>&lt;p&gt;Les revues de code sont une pratique qui s&amp;rsquo;est généralisée ces dernières années, où un ou plusieurs développeurs examinent le nouveau code implémenté par un autre collègue, dans le but de détecter des problèmes de qualité du code, des bugs, des vulnérabilités, de mauvaises pratiques, etc. Cela permet de raccourcir les boucles de rétroaction, ce qui est très bénéfique car plus un problème est découvert tard, plus le coût de sa correction est élevé et plus l&amp;rsquo;impact potentiel sur l&amp;rsquo;activité est important.&lt;/p&gt;</description></item></channel></rss>