Comment 
trouver un CTO
 en 2023

ℹ️ Engager dès le départ, un CTO à plein temps est un plus. En lui accordant un pourcentage de parts significatif, vous l'inciterez à s'investir. Il sera moins tenté de produire quelque chose de médiocre et de disparaître avec l'argent dès la première difficuté. Prévoyez 50 % de parts pour en retenir un bon. La lecture de quelques articles sur YCombinator vous aidera sans doute.

ℹ️ Vous pouvez toujours essayer de négocier pour lui donner le minimum de parts. Mais si ce n'est pas équitable, votre CTO vous quittera sûrement dès la première opportunité. Pour plus d'information, consultez le livre "Slicing Pie". Soyez prêt à accepter la vérité : l'exécution prime sur l'idée.

ℹ️ De bons "soft-skills" sont indispensables à un CTO pour le choix de son équipe. Sa capacité à éviter de constituer une équipe toxique et à stimuler plutôt que contrôler, peut faire la différence sur le moyen/long terme. Cela augmentera votre capacité à attirer et surtout à retenir des talents à moindre coût.

⚠️ Par définition, un CTO est supposé être suffisemment expérimenté. Cependant, certains avaient ce titre honorifique dans leur ancienne société, mais n'étaient en fait qu'une sorte de Lead Dev. Ils n'auront peut-être pas le profil qui vous permettra de "scaler" votre société comme vous le souhaiteriez. En tenant compte de la complexité de votre projet, assurez-vous qu'il ait déjà eut l'opportunité de gérer au moins 8 développeurs.

⚠️ Ne vous focalisez pas sur des CTO de sociétés qui ont "réussi". La chance est un facteur déterminant dans le succès d'une startup. Certains ont été nommés CTO, juste parce qu'ils étaient là au bon endroit au bon moment. Beaucoup ne pourraient pas reproduire leur succès précédent. Créer une startup à succès, était plus beaucoup plus facile il y a 10 ans. Les technologies étaient plus simples, les utilisateurs moins exigeants et il y avait moins de compétition. D'autre part, la plupart des startups ont échoué parce que le marketing n'a pas su trouver le "Product/Market fit". Concentrez-vous sur des CTO avec une capacité à livrer des produits de qualité, et non pas sur le succès de leur ancienne société.

⚠️ Certains développeurs Mobile, développeurs FrontEnd, développeurs Machine Learning ou Data Scientists, se vendent comme CTO. Mais vous avez besoin de quelqu'un qui a une vision élargie de l'éventail technique de votre projet (ou stack). Assurez-vous que votre CTO ai suffisamment de notions en DevOps, BackEnd, Architecture, Sécurité et en Assurance Qualité. Il est préférable d'avoir un généraliste légèrement spécialisé dans un composant dont vous aurez besoin, qu'un spécialiste incapable de comprendre l'éventail technique de votre projet. Donc incapable de préparer votre projet à bien "scaler", de manière robuste, maintenable et avec pragmatisme.

⚠️ Si vous avez trouvé un CTO habitué à diriger plus de 15 développeurs. Vous devriez d'abord lui demander s'il est prêt à passer au moins 2 ans sans équipe. Certains veulent juste diriger et déléguer. Ils risquent de quitter rapidement votre projet parce que coder toute la journée ne les passionne plus. Ou vous pousser à accepter des investisseurs agressifs afin d'avoir une équipe dès que possible. Alors qu'engager une équipe trop tôt ne sera peut-être pas dans votre meilleur intérêt.

⚠️ Soyez vigilent envers les CTO habitués à diriger plus de 30 développeurs. Ils n'ont très probablement pas codé depuis un certain temps. Malheureusement les technologies sont devenues bien plus complexes depuis 2015. D'où l'émergence de développeurs hautement spécialisés (SRE Vs Backend Vs Frontend Vs Intégrateur). Ils auront peut-être des difficultés à garder le rythme.

🚩 "Red flag" si votre CTO s'attend à diriger une équipe et à ne pas coder durant les 2 prochaines années.

🚩 "Red flag" si votre CTO est trop confiant en sa capacité à respecter un planning très serré. Un CTO expérimenté sait qu'il y aura toujours des impondérables.

🚩 "Red flag" si votre CTO n'est pas familiarisé avec le concept de "Product/Market fit".

🚩 "Red flag" si votre CTO ne vous force pas à avancer de manière itérative (Lean Startup).

🚩 "Red flag" si votre CTO n'admet pas que le facteur humain joue un rôle clé dans le succès ou l'échec d'une startup.

🚩 "Red flag" si votre CTO ne prend pas régulièrement le temps de s'informer (articles, livres ou conférences techniques).

ℹ️ Cela peut être le bon choix si votre projet est estimé à plus de $30 000 et que vous voulez maîtriser les coûts. Cela vous permettrait de gagner sur les deux tableaux. Vous auriez un CTO expérimenté incité à vous faire partager son expérience. Et vous auriez également une équipe de juniors très motivés à mondre coût.

ℹ️ Dans certains pays les stagiaires n'ont pas de salaire minimum. Les chasseurs de têtes s'intéressent aux bons stagiaires. Il est conseillé de proposer au moins $700 mensuels (Amérique du Nord ou Europe du nord) pour attirer les meilleurs. D'autre part, la valeur ajoutée pour votre société vaut largement au moins ce montant. Vous devrez aussi trouver des moyens pour les garder motivés. A condition que votre CTO soit assez patient pour prendre le temps de les superviser.

⚠️ N'engagez pas un stagiaire /développeur puis ensuite un Interim CTO. Très peu accepteront de diriger des développeurs qu'ils n'ont pas choisis eux mêmes. La plupart savent qu'une erreur de casting peut s'avérer très coûteuse. Le facteur humain joue un rôle clé dans l'echec ou le succès d'une startup. Et il y a de fortes chances que vous n'ayez pas recruté le bon profil. L'Interim CTO engagera plus facilement des développeurs qui correspondront mieux à votre projet et à sa manière de diriger. Il devrait être capable d'engager des personnes qui correspondront le mieux à la culture que vous souhaitez développer dans votre société.

⚠️ Vous ne voulez pas d'un "project manager" qui se contente d'attribuer les tâches aux autres développeurs. Vous recherchez quelqu'un capable de construire les fondations de votre projet de manière pragmatique. Puis d'entraîner et motiver votre équipe.

⚠️ Peu de CTO sont à l'aise avec cette façon de travailler. Surtout accepter de réduire les coûts en engageant des juniors ou des stagiaires. Certains risquent de refuser votre proposition.

⚠️ Assurez-vous que votre CTO n'ait pas plus de 3 autres projets en parallèle. A moins d'être un "10x developer", il ne sera pas capable de garder le rythme tout en restant efficace.

🚩 "Red flag" si votre CTO demande aux juniors de créer les bases de votre projet puis se contente d'endosser le rôle de superviseur.

🚩 Mêmes "Red flag" que pour un CTO à temps plein.

ℹ️ Si votre projet est estimé à moins de 20000€ par une agence Nord américaine ou d'Europe de l'Ouest, un junior très motivé pourrait suffire. Vous n'aurez peut-être pas besoin d'un CTO expérimenté. Vous pouvez toujours demander l'avis à un CTO intérimaire expérimenté de manière ponctuelle pour être rassuré.

ℹ️ Certains juniors s'ils ont été chanceux ont été formé sur les dernières technologies.

ℹ️ Les développeurs junior à condition que vous soyez capable d'aménager un environnement de bonne qualité (et d'éviter un management toxique) ont tendance à avoir un meilleur taux de rétention. Ils devraient être considérés comme un investissement.

⚠️ Avoir un développeur à plein temps pour un petit projet peut le conduire à compliquer les choses. Certains n'aiment pas les technologies ennuyeuses. Les juniors auront tendance à utiliser des technologies à la mode (buzzword). Sans vérifier si ces technologies sont appropriées ou sans risques pour la pérennité du projet. Les technologies à la mode nécessitent un peu d'expérience pour en tirer vraiment profit. Sinon vous risquez de finir avec un projet impossible à maintenir. Certains projets échouent pour cette raison.

⚠️ Il serait préférable de ne pas lui donner le titre de CTO (ni celui de Lead). Car si tout va bien, vous aurez alors besoin d'engager un CTO confirmé. Vous ne voulez pas lui faire perdre sa motivation et le voir quitter le navire avant que le CTO expérimenté n'ait vraiment pris les rennes du projet.

⚠️ Engager un junior peut être risqué pour votre projet. Vous ne voulez pas vous retrouver dans la position où vous avez trouvé votre "Product/Market Fit" et avoir de la traction. Mais vous êtes incapable de scaler. Donnant ainsi la possibilité à vos concurrents (qui eux ont de bonnes fondations) de voler vos parts de marché en profitant de vos propres dépenses en marketing.

⚠️ Si votre junior négocie pour avoir peu d'heures de travail, il est fort probable qu'il est déjà entrain de construire son propre projet. Il a juste besoin d'un apport d'argent pour allonger sa "runway".

🚩 "Red flag" si votre développeur junior est trop sûr de ses capacités. Cela signifierait clairement qu'il n'a pas ENCORE échoué. Sous entendu, qu'il n'a pas assez d'expérience. Tous les CTO ont échoué au moins une fois au cours de leur carrière. C'est pourquoi ils savent qu'il y a toujours beaucoup d'impondérables.

🚩 "Red flag" si votre junior négocie son salaire. Il est probable qu'il soit déjà en contact avec des chasseurs de têtes et quittera le navire à la première opportunité.

ℹ️ Une fois qu'un développeur a expérimenté le monde du freelance, il y a de fortes chances qu'il n'accepte plus un emploi à plein temps. Gardez en tête les différences entre un freelance et un employé dans votre stratégie de management.

⚠️ Attendez-vous à ce que si votre freelancer n'est pas assez motivé pour vous suivre dans votre aventure, il pourrait vous quitter pour un projet plus rentable (ou moins risqué). Vous auriez alors de grosses difficultés à trouver un autre développeur prêt à accepter l'entière responsabilité de votre projet. Même si votre projet a dépassé le seuil "Ramen Profitable" et que vous seriez capable de le payer davantage. Vous risqueriez de perdre de précieuses opportunités. Certains projets meurent trop tôt pour cette raison.

⚠️ Attendez-vous à ce qu'il soit réticent à continuer sur le projet après la première version. Un projet sans bonnes fondations est difficile à maintenir. Et il ne prendra aucun plaisir à travailler dessus. Ce sera très coûteux. C'est pourquoi vous ressentirez le besoin de mettre votre freelance encore plus sous presion. Il sera peut-être plus simple pour votre freelance d'accepter un nouveau projet. Attendez-vous à négocier une augmentation.

🚩 "Red flag" si votre CTO Junior veut utiliser une technologie exotique. Vous avez besoin d'une technologie largemet utilisée pour simplifier le processus de recrutement. Les développeurs sont déjà rares. Il serait risqué d'utiliser une technologie que peu de développeurs utilisent.

🚩 "Red flag" si votre CTO Junior veut utiliser une technologie qu'il n'a jamais utilisé. Certains veulent juste étoffer leur C.V. avec de nouveaux mot-clés. Un développeur plus expérimenté pourrait potentiellement s'adapter rapidement. Mais ce serait coûteux et risqué de payer quelqu'un pour qu'il apprenne une nouvelle technologie. Et au final avoir des fondations construites par quelqu'un qui n'a pas suffisamment d'expérience. Certains projets échouent pour cette raison.

ℹ️ Certains freelances se considèrent comme senior après quelques années dans le métier. Un freelance senior devrait avoir au moins 8 ans d'expérience dans la profession (hors école). Il devrait pouvoir prouver qu'il utilise régulièrement des technologies et méthodologies reconnues. Bien sûr, indiquer un nombre arbitraire d'années n'est pas objectif. Cela dépend de son expérience et de la conception qu'il a de son métier. Un développeur habitué à travailler dans de grandes sociétés avec une organisation rigide, ne serait potentiellement pas intéressant pour vous. Car le rythme d'une startup est différent. Vous préfererez sans doute une personne qui a déjà travaillé dans une startup pour profiter de son expérience.

ℹ️ Cela peut être une bonne idée en cas de difficulté, de chercher un CTO expérimenté en tant que co-fondateur. Et si votre projet est estimé à plus de $ 30 000 par une agence. Cela peut être particulièrement recommandé si vous voulez juste un rapide Preuve de concept (PoC)Le minimum de travail nécessaire afin de déterminer si votre projet est faisable techniquement ou pas. Cela ne devrait pas être sous-estimé. Surtout si vous êtes dépendant de tiers (API / SaaS / partenaires). vous permettant de vous assurer que votre projet est faisable avec les technologies actuelles. Vous sauriez dès que possible avec peu de capital, si votre projet est viable ou pas. Mais vous devrez peut être reconsidérer le choix de la personne qui s'occupera de votre Minimum Viable Product (MVP)Le minimum de travail nécessaire à vendre votre produit dans le but de démontrer un éventuel 'Product/Market Fit'. Pas assez poli, avec des bugs mais quand même vendable à vos premiers clients. Si vous êtes fier de votre MVP, cela signifie qu'il est déjà trop polis. Certain ont renommé ce concept en 'Minimum Sellable Product' (Produit Minimum Vendable) pour éviter les quiproquos. (ou Version1).

⚠️ Cela serait inefficace de laisser un freelance expérimenté faire les tâches simples ou répétitives. Elles peuvent représenter dans certains cas près de 50 % de vos dépenses. Vous devriez négocier pour qu'il délègue ces tâches à un freelance moins expérimenté (ou à un stagiaire) pour éviter de perdre de l'argent. Et pour conserver une vélocité optimale tout en réduisant le Bus FactorNombre de personnes « devant se faire écraser par un bus » pour que votre startup soit en danger. Plus vos profils sont spécialisés et moins ils partagent leur expérience. Plus votre startup sera impactée.. Attention s'il se montre réticent à déléguer, c'est un "red flag".

⚠️ Assurez vous que votre freelance est à l'aise avec le fait de gérer un autre freelance. Qu'il soit au moins prêt à vous aider à devenir autonome une fois que vous serez prêt à scaler. Sinon vous finirez peut-être tout seul à essayer de recruter de nouveaux développeurs. Et très peu seront tentés de vous rejoindre et ainsi prendre la responsabilité de votre projet. Vous reprendriez un chantier déjà commencé par un autre entrepreneur qui a disparu ?

⚠️ Un freelance expérimenté sera réticent à l'idée de perdre sa liberté en rejoignant une société à plein temps. Gardez ça à l'esprit le jour où vous tenterez de le convaincre. Vous serez obligé d'adapter votre style de management et prévoir des compensations.

🚩 "Red flag" si votre CTO ne veut s'investir que pour le début de votre développement (moins de 3 mois). Les premiers mois du projet représentent généralement la partie la plus facile. Un charlantan pourra facilement cacher son manque d'expérience durant cette période.