Pendant des années, mon travail a consisté à livrer des projets. Recueillir les besoins, définir le périmètre, coordonner les équipes, livrer dans les temps. J’étais bon à ça.
Puis j’ai commencé à construire mes propres trucs. Et j’ai réalisé que mes compétences s’appliquaient — mais différemment. Certaines étaient un avantage. D’autres m’ont ralenti.
Ce qui transfère bien
La rigueur sur le périmètre. En gestion de projet, on apprend vite que ce qui n’est pas délimité grossit indéfiniment. Ce réflexe est précieux quand on travaille seul : je sais définir un MVP, résister aux features “bonus”, et livrer quelque chose de complet plutôt qu’un produit à moitié fini avec cent idées en cours.
La vision utilisateur. Des années à translator entre les besoins métier et l’exécution technique, ça forge une capacité à se mettre à la place de quelqu’un qui n’a pas construit le produit. Ce n’est pas anodin — beaucoup de builders solo font des produits excellents techniquement que personne ne comprend vraiment.
La tolérance au flou. Les projets ne sont jamais aussi clairs au départ qu’on le voudrait. J’ai appris à avancer avec une information imparfaite. Ça aide.
Ce qui change tout
Il n’y a personne à qui rendre compte. C’est à la fois libérateur et déstabilisant. Quand le seul juge de “est-ce que j’avance assez vite” c’est moi, le manque de structure externe peut devenir un problème. J’ai dû réinventer mes rituels de travail.
Les décisions sont définitives. Quand je gérais des projets pour d’autres, une mauvaise décision pouvait être corrigée, ou portée collectivement. Là, si je choisis la mauvaise technologie, le mauvais angle produit, la mauvaise priorité — c’est moi qui vis avec les conséquences.
La patience face au temps long. Un projet livré pour un client a une date de fin. Un produit personnel n’en a pas. On peut l’améliorer indéfiniment, y revenir après des mois, le pivoter. Ce rapport au temps est totalement différent.
La vraie question
Ce que je n’avais pas anticipé : la transition touche moins les compétences que l’identité professionnelle.
Pendant longtemps, “chef de projet” définissait ce que j’étais au travail — mon rôle, ma valeur, ma légitimité. Construire quelque chose de zéro, sans titre ni périmètre défini, force à répondre à une question plus inconfortable : Qu’est-ce que je veux vraiment faire ?
C’est une question ouverte. Nota est en partie une façon d’y répondre — en écrivant, en construisant, en observant ce qui m’intéresse vraiment quand personne ne me dit quoi faire.
Ce blog est le premier d’une série de notes sur la transition vers l’entrepreneuriat tech et le freelance.