Nous ne construisons pas de logiciels. Nous résolvons des problèmes pour des gens.

Après 25 ans dans le domaine technologique, je me surprends de plus en plus à réfléchir à ce qui compte vraiment. J'ai été développeur, informaticien, joueur d'équipe, mentor et j'ai eu la chance de travailler avec des gens brillants sur de nombreux projets. Plus j'acquiers d'expérience, plus je réalise à quel point les choses peuvent devenir bruyantes.

Certaines vérités m'ont accompagné à travers les équipes, les outils et les titres. Ce ne sont pas des règles. Ce sont des leçons. Durement acquises, parfois douloureuses, toujours humiliantes.

En bref

  • L'objectif n'est pas le code parfait — c'est une solution pratique à un problème réel
  • La clarté bat la complexité : construire ce qu'il faut maintenant, pas ce qui impressionne
  • Le vrai produit, ce sont les gens et les processus — la technologie n'est qu'un levier
  • La valeur se mesure souvent dans des signaux humains, pas seulement des KPI

Leçon no 1 — Ne pas perdre de vue l'objectif

Tout le monde veut donner le meilleur de soi-même. Mais parfois, le volume d'opinions devient écrasant. Nous heurtons ce mur familier de la paralysie par l'analyse, où chaque voix insiste pour être entendue et nous perdons de vue ce que nous essayions vraiment d'accomplir.

L'objectif n'est pas le code parfait. Ce n'est pas un site web magnifiquement animé. Le vrai objectif est de livrer de la valeur à un client — une solution pratique à un problème réel, assez important pour qu'un client y investisse.

Leçon no 2 — Quand la clarté l'emporte sur la complexité

Il y a quelques années, j'étais dans une salle avec une douzaine d'ingénieurs. Nous architecturions ce qui devait être un simple système de notification. Une personne a proposé un microservice par canal : SMS, courriel, notification push, Slack. C'était élégant, abstrait et… un piège.

Quelqu'un a demandé tranquillement : « Est-ce qu'on a vraiment besoin de ça maintenant? On n'envoie que des réinitialisations de mot de passe par courriel. »

Ce commentaire nous a fait économiser des semaines. L'objectif n'était pas de construire le système. C'était de réinitialiser des mots de passe.

Leçon no 3 — L'innovation au service du client

Nous parlons souvent d'innovation comme si c'était une vertu en soi. Mais à moins qu'elle ne serve quelqu'un, ce n'est que du bruit. J'ai déjà travaillé dans une équipe obsédée par le serverless. Nous avons reconstruit toute une API en fonctions Lambda simplement parce que c'était la tendance. Ça fonctionnait — mais c'était difficile à déboguer, à faire évoluer et presque impossible pour les nouveaux arrivants.

Finalement, nous l'avons admis : cela ne servait pas mieux le client. La vraie innovation est invisible pour la plupart des utilisateurs. Elle se ressent comme de la facilité, de la rapidité, de la confiance.

Leçon no 4 — Rester pertinent dans un marché en évolution

La pertinence ne consiste plus à connaître chaque nouvelle technologie. Il s'agit de comprendre ce qui crée vraiment de la valeur et de relier les décisions techniques aux résultats d'affaires.

Leçon no 5 — Le vrai produit, ce sont les gens et les processus

Dans une fintech où j'ai travaillé, je disais souvent : notre produit n'est pas seulement la plateforme. C'est le flux de travail autour de l'identification d'un problème, de la conception, de la construction, des tests, du déploiement, de la rétroaction et de la répétition du cycle. Cette boucle est le moteur de l'innovation.

Et ce moteur fonctionne grâce aux gens. La vraie valeur de l'entreprise est souvent négligée parce qu'elle n'est pas visible dans GitHub ou les tableaux de bord. C'est la culture, la confiance, la capacité d'une équipe à itérer ensemble vers la bonne chose.

Leçon no 6 — Livrer n'est pas la fin

Le fait d'avoir livré quelque chose ne signifie pas que vous avez terminé. La technologie devrait consister à livrer quelque chose de réel, à voir comment cela performe et à l'améliorer. C'est pourquoi je crois aux petits pas — la plus petite version utile de la solution.

Leçon no 7 — L'illusion du consensus parfait

Atteindre un consensus est une illusion. Si vous croyez en une solution stratégique, défendez-la. Les meilleures équipes n'exigent pas que tout le monde soit d'accord sur tout — elles exigent que chacun s'engage une fois la décision prise.

Leçon no 8 — Comment mesurer la valeur?

Bien sûr, vous pouvez suivre la disponibilité, la fréquence de déploiement. Mais j'en suis venu à croire :

Si vous ne pouvez pas le mesurer, ce n'est probablement pas ce qui compte le plus.

La vraie valeur se trouve souvent dans des choses comme :

  • Un client qui renouvelle sans même demander de rabais
  • Un développeur qui dit : « C'était le système le plus facile sur lequel je me suis intégré. »
  • Un fondateur qui dit : « Je dors mieux maintenant. »

Leçon no 9 — Équilibrer l'artisanat et l'orientation client

La meilleure architecture est celle qui vous permet de réagir rapidement. Le meilleur code est celui que d'autres peuvent lire et modifier. L'orientation client ne signifie pas couper les coins — cela signifie aligner vos efforts sur leur résultat.

Leçon no 10 — Travailler avec le client, pas seulement pour lui

Une vraie collaboration signifie impliquer le client tôt et souvent. Arrivez avec une idée, une première ébauche, un point de départ. Puis façonnez-la ensemble.

Après 25 ans, je ne suis plus ici pour impressionner. Je suis ici pour aider, guider, livrer et écouter.

Pour aller plus loin

Gardons cela en tête : nous ne construisons pas de logiciels. Nous résolvons des problèmes pour des gens.

Si ces leçons résonnent avec la façon dont vous voulez diriger la technologie dans votre organisation, échangeons.