Vous voulez connaître la différence entre un CTO et un VP du "engineering"?
Ce texte est un incontournable dont je tiens à garder la trace. Il aborde la question des rôles de gestion — humaine et technique — dans le contexte d’une entreprise technologique. C’est un sujet qui me tient évidemment à coeur. L’auteur, un entrepreuneur web devenu venture capitalist (capitalderisqueux?), propose une catégorisation des rôles dans un diagramme à quadrants. Évidemment, ça ne s’applique pas partout, mais j’ai trouvé les définitions assez éclairantes.
J’ai surligné les passages qui me marquent le plus, et je résume ma compréhension de la distinction entre deux rôles importants:
- le CTO est le responsable de la technologie, qui connaît et maîtrise tout, qui sait coder et qui le fait. C’est un perfectionniste, et il est au coeur de toute entreprise technologique. Dans la même catégorie, on retrouve les “chefs architectes”, que le texte distingue du CTO simplement par l’expérience. «Un “chef architecte” est une version jeune du “CTO”». Un peu simpliste, mais on comprend l’idée. Le CTO doit gérer la technologie, mais pas les gens.
- le VP de “engineering” est celui qui gère les gens. Il a une bonne connaissance de la technique, il a le respect de ses collègues parce qu’il sait faire (essentiel pour gérer une équipe de geeks), mais il est aussi très bon dans Excel, et il est même présentable devant des clients. C’est celui qui gère les gens.
L’auteur du texte rappelle qu’il est possible de rencontrer des gestionnaires qui sont en mesure de jouer les deux rôles à la fois, mais que c’est extrêmement rare, et que dans cet esprit, il vaut mieux combler ces postes progressivement quand on bâtit une organisation.
Merci à Clément pour la référence…
Source : bothsidesofthetable.com
