Abbréviations - nous les aimons et les détestons. Nous les aimons car elles sont faciles à retenir et peuvent expliquer un domaine entier en quelques lettres. Nous les détestons lorsque nous ne savons pas ce qu'elles signifient.
Pourquoi est-ce important ? Parce que l'abréviation « CTO » est ambiguë. Comme tous les titres, elle vient des États-Unis et de leur culture d'entreprise, avec les « cadres C » et a également été largement utilisée par l'univers des startups. L'essentiel avec ce titre est qu'il met l'accent sur « la personne qui est en charge de la technologie ».
Un CIO est responsable de l'IT et de l'infrastructure, tandis que le CTO est la personne qui innove, dirige et pilote les activités et initiatives technologiques dans une organisation.
Voir l'article ci-dessous pour une explication plus détaillée des deux rôles :
https://www.telegraph.co.uk/business/ready-and-enabled/cio-vs-cto/
Maintenant que nous avons défini ce qu'est un CTO, regardons les différents types que nous pouvons trouver dans les entreprises :
Un CTO typique dans une startup. Est soit le seul développeur qui a rejoint une startup en tant que co-fondateur. Soit parce qu'il n'y avait pas de financement disponible pour payer des salaires, soit parce qu'elle a grandi à partir d'une idée conjointe construite par quelques amis.
Est mains sur l'œuvre et est vraiment un ingénieur logiciel (un développeur) responsable de tout ce qui est technique principalement parce qu'il n'y a pas d'équipe. A peu ou pas de compétences en leadership et généralement pas d'ambition de leadership non plus.
Peut être excellent dans une situation de startup, et apprendra, fera, apprendra et grandira rapidement.
Un gestionnaire de projet d'entreprise typique qui a travaillé quelques années à diriger différents types de projets, et a progressivement appris tous les mots à la mode et a acquis suffisamment d'expérience sur le développement de produits et de technologie pour pouvoir parler à une équipe et faire un bon travail en la dirigeant.
Est un grand leader mais n'a pas de compétences techniques qui vont plus loin. « Comprend » les concepts mais ne peut pas expliquer les API ou Git, ni coder.
Serait excellent dans de plus grandes corporations où il s'agit plus de « vendre » des concepts aux autres départements que de réellement développer l'innovation.
Un CTO avec une connaissance approfondie de l'ingénierie logicielle, de ses processus et des différents composants nécessaires pour construire un produit. A de l'expérience provenant non seulement d'une mais de plusieurs entreprises différentes et peut ainsi apprendre de ses propres erreurs.
Ce CTO est soit directement responsable devant le conseil d'administration dans le meilleur des cas, soit par l'intermédiaire d'un PDG. N'a pas nécessairement à avoir un diplôme formel mais il n'est pas rare qu'il ait un double master en technologie ainsi qu'en administration des affaires. Malgré toute la sophistication, il peut retrousser ses manches et toujours coder. Vérifier, mentor, aider, conseiller et donner des conseils aux autres sur la façon de le faire.
Ce CTO est également bien versé dans différentes langages de programmation et approches car il en a vu plus d'une. L'objectif d'un CTO proactif et « moderne » est de créer des équipes autonomes et habilitées qui sont multidisciplinaires et ont tout ce dont elles ont besoin pour construire de grands produits.
La célèbre réponse ? Cela dépend. Les startups en phase initiale peuvent bénéficier d'avoir un CTO mains sur l'œuvre qui peut « le construire ». Il existe tellement de frameworks de développement que si l'un d'eux est suivi, peu de choses peuvent mal tourner.
Cependant – si vous avez besoin de leadership, et vous en aurez besoin lorsque vous aurez plus de deux développeurs – il est une bonne idée de travailler avec quelqu'un qui s'intéresse aux gens. Si votre CTO technique en herbe est cette personne, c'est génial ! Mais cette personne veut-elle vraiment diriger des personnes ? Ou simplement construire un excellent code ?
Ici, le Business PM-CTO peut être une bonne alternative. Quelqu'un qui est dévoué et connaît le business, plus il a les compétences de leadership nécessaires. Cependant, si vous êtes en croissance et construisez un produit plus important, le BPM-CTO peut avoir besoin d'une mentorat et d'aide sur le plan technique, soit de la part de leaders techniques, soit d'autres développeurs seniors.
Si vous vous identifiez comme un Business PM-CTO, notre guide gratuite en 5 parties pour diriger les équipes technologiques vous aidera à mieux comprendre les développeurs et le processus de développement, afin que votre équipe puisse lancer de nouvelles fonctionnalités plus rapidement et de meilleure qualité.
Si vous souhaitez que quelqu'un dans votre organisation qui dirige tout le côté technique communique avec le conseil d'administration, il est une bonne idée d'avoir quelqu'un qui est un mélange de business et de développeur en herbe. Le type 3 est alors une bonne alternative.
Bien sûr, cela coûte plus cher, mais qu'est-ce qui coûte plus cher – les erreurs fondamentales ou l'expérience ?
Ce n'est pas toujours aussi binaire que décrit ici. Nous avons rencontré certains des meilleurs CTOs de tous types différents.
Quelle que soit le type, il est une bonne idée d'avoir un CTO expérimenté à bord si vous souhaitez éviter des erreurs qui vous coûteront beaucoup plus cher à la fin.
Nos CTOs sont actifs, travaillent (ou ont récemment travaillé) avec de nombreuses entreprises technologiques orientées produit. Ils peuvent vous aider à développer votre produit de rêve et à le livrer de la meilleure manière possible.
Vous n'avez pas besoin de vous engager à un emploi à temps plein.
Prenez rendez-vous afin que nous puissions vous jumeler avec un CTO (horaire, à temps partiel ou à temps plein) qui correspond à votre budget et à vos besoins.
Nous sommes une société suisse (LLC) basée en
Suisse.