Récemment, mon projet est devenu une startup et j’ai besoin d’assumer le rôle de CEO. Et je dois aussi convaincre les membres de mon équipe que je serai un bon CEO, surtout qu’à cause de mon manque d’aisance sociale, ils en sont très sceptiques. Existe-t-il de bonnes ressources d’apprentissage pour ce type de situation ?
12 commentaires
D’après mon expérience personnelle, je le déconseille. Bien sûr, cela dépend de la taille de l’entreprise que vous lancez, mais je vais vous parler du cas que j’ai connu.
Nous étions une entreprise d’une vingtaine de salariés, avec une équipe de développement de moins de cinq personnes, développeurs d’app inclus.
Le dirigeant participait lui-même au développement et, au moment de la création de l’entreprise, il l’avait lancée à partir d’un site qu’il avait lui-même conçu.
Le chef d’équipe de l’équipe de développement est parti, et le dirigeant a alors cumulé les rôles de chef d’équipe, de CEO et de superviseur général de tout. Il intervenait dans tout, du recrutement aux revues de code, etc.
Comme l’activité principale de l’entreprise était le e-commerce, il fallait souvent réagir immédiatement lorsqu’il y avait des événements promotionnels ou des problèmes sur le site, ce qui entraînait beaucoup d’heures supplémentaires et de nuits blanches. En tant que dirigeant, lui pouvait peut-être trouver ça agréable de travailler tard ou toute la nuit, mais du point de vue des employés, c’était épuisant. Quand le CEO faisait des heures sup ou passait la nuit au bureau, on n’osait pas partir. Et lorsqu’une opération urgente entraînait des modifications fréquentes du design, le nombre de commits augmentait, puis on se faisait reprocher d’avoir trop de commits « inutiles »…
Bref, j’ai compris qu’une personne qui en sait davantage peut aussi être plus redoutable.
Je ne sais pas comment est structurée l’organisation de l’entreprise que vous voulez créer, mais du point de vue des employés, ce n’est pas confortable quand le CEO code et s’implique dans tous les détails. Si vous pouvez vous limiter au rôle de CEO, je le recommanderais, mais si vous devez aussi intervenir dans le développement, je ne vous le conseillerais pas.
On dirait plutôt que c’est une bonne raison de devenir CEO, pas une mauvaise…
Le CEO, c’est celui qui met les employés mal à l’aise.
Il existe un livre intitulé <Développeur depuis 7 ans, manager depuis 1 jour>.
http://www.yes24.com/Product/Goods/87336637
Je pense qu’il pourra vous être utile.
Et vous avez employé vous-même l’expression « mon manque de sociabilité »… mais je pense qu’il n’est pas nécessaire de considérer comme identiques le manque de sociabilité d’un chef d’équipe et celui d’un CEO, car c’est la fonction qui façonne la personne. Si vous ne pouvez pas vous convaincre vous-même, vous ne pourrez convaincre personne d’autre.
Je vous recommande aussi la série étrangère Silicon Valley. On y voit toutes sortes de situations vécues par un développeur devenu CEO un peu par hasard, et du point de vue d’un CEO, il ne vous sera sans doute pas possible de regarder en souriant certaines situations, comme lorsque des VC placent leurs propres personnes dans une startup. Cela vous sera utile.
C’est un peu sorti de nulle part,
mais ça me fait penser à la série allemande de Netflix « How to Sell Drugs Online (Fast) » haha
C’est l’histoire d’un lycéen qui créait une plateforme d’échange d’objets de jeu entre utilisateurs anonymes et qui, pour une certaine raison, finit par devenir l’exploitant d’un site de vente de drogue sur le dark web ; c’est assez réjouissant de voir ce geek se creuser la tête pour faire tourner son activité, haha.
Tout d’abord, félicitations. Je pense qu’il devrait y avoir davantage de cas où des développeurs deviennent CEO.
Si, comme vous l’avez écrit, ce qui vous inquiète est votre côté peu sociable, alors je pense que vous devrez surtout porter votre attention sur la communication.
J’ai laissé une brève traduction dans les commentaires du billet ci-dessus, donc n’hésitez pas à vous y référer.
Pour un CEO, il est important de communiquer en continu avec les membres de l’équipe sur « là où nous allons ». Il faut parler de façon « répétée » de « pourquoi nous faisons cela, où nous en sommes, et ce qu’il reste à faire ». C’est pourquoi, à mesure que l’entreprise grandit, on en vient à créer des choses ambitieuses comme une mission et une vision, ainsi que différents dispositifs allant des réunions town hall jusqu’au feedback en 1:1. Mais, selon moi, le plus important est de continuer à échanger régulièrement.
Si vous en êtes encore au tout début, je pense qu’il serait bon de mettre en place au minimum une conversation légère, comme un « point d’équipe de 10 minutes chaque matin ». Si vous vous dites « il faut faire un daily standup », cela peut sembler pesant.
Le poste de CEO est un poste solitaire, quelle que soit la taille de l’entreprise. Au final, c’est à vous de décider de la direction que l’entreprise doit prendre. Regardez aussi les retours d’expérience sur les questions que d’autres se sont posées. Je pense qu’il serait également utile de créer des occasions de rencontrer d’autres fondateurs et d’échanger avec eux.
Trois choses auxquelles un développeur doit faire attention lorsqu’il crée sa startup https://fr.news.hada.io/topic?id=3016
Ce que j’ai appris en cofondant Dribbble https://fr.news.hada.io/topic?id=23
Ce qu’un dirigeant de startup issu de Samsung a compris après avoir perdu 1,2 milliard de wons https://fr.news.hada.io/topic?id=3015
Retour d’expérience sur l’échec de Sprig, son propre service de livraison de repas https://fr.news.hada.io/topic?id=2364
Je pense aussi qu’il est important d’avoir dès maintenant une vision de ce qui peut se passer dans les prochaines années, en particulier sur les sujets liés à l’investissement.
Le parcours qu’une startup doit suivre pendant ses deux premières années et demie (traduction résumée) https://fr.news.hada.io/topic?id=1703
Stratégie de levée de fonds pour startup expliquée par un VC [PDF de 197 p.] https://fr.news.hada.io/topic?id=3798
En passant de développeur à CEO, vous serez probablement aussi amené à assumer en partie un rôle de CTO. Je vous recommande donc également les articles ci-dessous.
Ce qu’un CTO/VPE doit faire pendant ses 90 premiers jours https://fr.news.hada.io/topic?id=1686
Que fait un Director of Engineering ? https://fr.news.hada.io/topic?id=2029
Rétrospective sur 4 ans du CTO du New York Times https://fr.news.hada.io/topic?id=2016
« Comment vendre un produit B2B » par le CTO de Segment https://fr.news.hada.io/topic?id=2104
Checklist sécurité pour CTO SaaS [PDF de 27 p.] https://fr.news.hada.io/topic?id=2509
Quelques lectures supplémentaires intéressantes
Éliminer le Toil - Qu’est-ce que le Toil ? https://fr.news.hada.io/topic?id=388
Comment gérer un bon blog technique d’entreprise https://fr.news.hada.io/topic?id=1698
Comment bien onboarder une nouvelle recrue - How to onboard a new hire https://fr.news.hada.io/topic?id=233
Et, en termes de ressources pures, je pense que tout ce qui vient de YC sera probablement le plus utile.
Je ne crois pas qu’il existe beaucoup de ressources en coréen aussi exhaustives que celles-ci.
Startup School de YC pour les futurs fondateurs https://fr.news.hada.io/topic?id=3128
YCombinator Startup Library 2.0 https://fr.news.hada.io/topic?id=2624
Pourriez-vous aussi me donner des conseils sur la manière de convaincre les membres de mon équipe que je suis apte à être CEO ? Pourquoi pensez-vous qu’il devrait y avoir des CEO issus du développement ?
Je ne sais pas très bien comment la startup que vous créez en ce moment a commencé.
Pourquoi faut-il convaincre quelqu’un de devenir CEO ? Vous avez démarré ensemble et il a été décidé que ce serait vous qui prendriez ce rôle ? Ou bien vous voulez tous les deux être CEO ? Je me demande un peu dans quelle situation vous êtes. Honnêtement, il est difficile de savoir si quelqu’un est fait pour être CEO sans l’avoir réellement essayé. Je pense aussi qu’il est important de voir à quel point cette personne a de l’attachement pour l’idée et une vision pour celle-ci.
Si je préfère les CEO issus du développement, c’est que, même si au début on est absorbé par la création du MVP, une fois le service lancé, avec l’augmentation du nombre d’utilisateurs et la croissance du produit, il y a selon moi une vraie différence entre quelqu’un qui a des connaissances en développement et quelqu’un qui n’en a pas.
Pour prendre un exemple simple, au début on construit quelque chose sans héritage legacy, donc on peut développer des fonctionnalités très vite. Mais une fois que cela devient un produit et que le nombre d’utilisateurs augmente, chaque nouvelle fonctionnalité demande de plus en plus de temps, car il faut tenir compte des connexions avec l’existant, de l’extensibilité, etc. Il y a aussi la dette technique accumulée parce qu’on a dû aller vite. Les développeurs comprennent cela dans une certaine mesure. En revanche, si le CEO n’a pas de connaissances en développement, c’est souvent à partir de là que les tensions commencent.
« Pourquoi on ne développe plus aussi vite qu’avant ? L’équipe de développement manque de compétences ? Ils ne sont pas en train de ne rien faire ? »
On pourrait se dire : « quand même, personne ne penserait ça », mais c’est une situation qui se produit vraiment très souvent. C’est pourquoi je préfère qu’une personne qui a conçu le produit dès le départ et l’a aussi développé crée l’entreprise avec une vision, puis la fasse grandir.
Ce n’est pas exceptionnel : environ 9 entreprises sur 10 connaissent le legacy, mais ne le comprennent pas.
Elles ont entendu parler de dette technique, mais ne savent pas vraiment ce que c’est. Et plus ce sujet revient, plus les dirigeants de niveau C qui ne comprennent pas répètent : « Je ne connais pas bien ça, et je n’ai pas envie de le savoir, alors règle-moi juste le problème », alors même qu’ils sont censés être des cadres dirigeants.
Comme beaucoup d’entreprises dysfonctionnent à cause de cela, je pense qu’un CEO issu du développement a de bien meilleures chances de réussir, et je me prépare à me lancer dans le business.
Je pense que n’importe qui peut devenir un bon CEO s’il gère bien ces trois choses : la délégation d’autorité, la liberté et la responsabilité.
Au début, les CEO essaient souvent de tout gérer eux-mêmes. Il faut surtout faire attention à cela et déléguer les responsabilités sur la base de la confiance.
Merci !! Je vais tout lire attentivement, point par point, et bien m’en imprégner.