Article original : What I wish I knew before becoming a VP at a large startup

Par Assaf Elovic

Lorsque j'ai commencé mon poste de VP R&D dans une startup en croissance, je pensais que mes plus grands défis seraient principalement techniques. C'est-à-dire, fournir des solutions architecturales de pointe, effectuer des revues de code, aider à résoudre des défis algorithmiques complexes et peut-être même pousser du code. Cela vient du fait que mes précédentes positions de leader technique étaient dans de petites startups, où toute personne capable de coder est nécessaire lorsqu'on traite avec des ressources limitées dans un environnement rapide.

Quelques erreurs dès le début de ce poste m'ont fait réaliser très rapidement que diriger une équipe R&D de plus de 20 personnes nécessite une variété de compétences. Pour clarifier, mon équipe est composée de cinq divisions - Front End, Back End, Mobile, Recherche (principalement du machine learning) et QA.

Voici donc 5 leçons que j'aurais aimé connaître en commençant ce poste :

1. Apprenez à connaître vos collaborateurs

Comprendre ce qui motive et inspire les membres de votre équipe est puissant. Il est important de se rappeler que chaque personne est différente : elles ont besoin de choses différentes, ont des styles de communication différents et se concentrent sur des choses différentes.

Apprenez à connaître ce qui motive chaque membre de votre équipe, quelles sont leurs passions et leurs objectifs de carrière. Ainsi, vous pourrez tirer parti des tâches et des responsabilités en fonction de cela et maximiser la productivité et la motivation au sein de votre équipe. Cela aidera également à retenir vos employés et à leur faire sentir qu'ils sont plus ressources et épanouis.

Je planifie une réunion hebdomadaire en tête-à-tête avec chaque leader d'équipe et une réunion mensuelle en tête-à-tête avec le reste de mon équipe. Lors de ces réunions, j'essaie de me concentrer principalement sur le niveau personnel. Certaines réunions sont très courtes, et d'autres prennent soudainement des heures. Cette politique me fournit un pouls constant du statut et du niveau de motivation de mes équipes, me permettant de prioriser qui et quand a besoin de ce coup de pouce et de cette attention supplémentaires. Et croyez-moi, il y avait toujours quelqu'un qui en avait besoin.

2. Ne soyez pas le Héros

Je suis vraiment d'accord avec le dicton « Vous n'êtes aussi réussi que votre équipe ». En tant qu'ingénieurs, nous cherchons constamment à résoudre des problèmes complexes, ou en d'autres termes, à être le héros. En tant que leader de votre équipe, votre travail est d'avoir une équipe capable de résoudre n'importe quel défi par elle-même, sans vous. Plus vous essayez de résoudre les problèmes pour eux, plus ils compteront sur vous pour les défis futurs.

J'ai trouvé cette règle très difficile à suivre car parfois il semble beaucoup plus efficace de sortir une solution de son expérience, plutôt que de faire rechercher son équipe pendant des jours. Cependant, à long terme, cela s'est avéré être la leçon la plus précieuse que j'ai apprise. Avec une équipe indépendante et capable, vous aurez beaucoup plus de temps et de concentration pour pousser et améliorer les domaines de votre R&D dont vous êtes principalement capable.

3. Ne soyez jamais un goulot d'étranglement

La première erreur que j'ai faite en commençant ce poste a été de prendre une tâche de codage. Le codage est ma zone de confort, ce qui explique probablement pourquoi je m'y suis replié. Très rapidement, j'ai été submergé par des problèmes de priorité absolue inattendus à traiter, des heures et des heures de réunions avec le personnel, les affaires et les produits, sans trouver presque une seule heure pour me concentrer sur la tâche de codage. Même lorsque j'ai trouvé un peu de temps, nous savons tous que le codage nécessite de se mettre « dans la zone », ce qui était difficile lorsque l'on est constamment interrompu. En fin de compte, je créais un goulot d'étranglement dans ma propre équipe, ce qui a presque retardé le déploiement.

Je suis toujours surpris du nombre de problèmes inattendus qui peuvent survenir au quotidien. Des relations humaines et externes aux défis techniques et politiques de l'entreprise. En tant que leader, vous devez vous assurer d'être toujours disponible pour traiter les problèmes urgents. Si vous prenez des tâches telles que le déploiement vous-même, vous risquez soit d'être un goulot d'étranglement, soit de ne pas avoir assez de temps pour traiter les tâches urgentes que vous seul pouvez aider à résoudre efficacement.

4. Efforcez-vous d'être clair et assertif sur les estimations

Nous avons tous été posés des questions telles que « combien de temps cela prendra-t-il ? », « pourquoi cela prend-il si longtemps ? », etc. Étonnamment, on nous pose souvent ce genre de questions lorsque les choses ne prennent pas plus de temps que prévu. On nous pose souvent ces questions lorsque nos pairs n'ont soit pas vraiment aimé l'estimation initiale, soit ne l'ont pas demandée en premier lieu, et maintenant ils sont mécontents, malgré le fait que rien ne va mal.

Par conséquent, vous devez toujours être assertif sur le partage des estimations et les mettre à jour en conséquence, même lorsque les gens ne demandent pas. C'est votre travail de rendre clair, autant que vous le pouvez, ce que « long » signifie réellement en fournissant votre meilleure vision de l'échelle de temps d'un projet, et de mettre à jour cette vision de manière proactive lorsqu'elle change.

Néanmoins, vous devez également être assertif sur l'obtention d'estimations de votre équipe, et vous efforcer constamment d'améliorer leur processus d'estimation et leurs instincts. Essayez de prendre part aux réunions d'estimation, et n'ayez pas peur de remettre en question leurs contributions et de réduire la portée vers la fin des projets afin de respecter les dates limites importantes. Votre rôle dans ces réunions est de jouer un rôle d'arbitre et de prendre des décisions sur les fonctionnalités qui valent la peine d'être supprimées, et celles qui sont essentielles à la réussite du projet.

5. Concentrez-vous sur la construction de processus et de stratégie

En tant que personne constamment consciente à la fois des besoins commerciaux de haut niveau, et des exigences et des douleurs internes, vous êtes dans la meilleure position pour vous concentrer sur la construction de processus externes.

Lorsque j'ai commencé le poste, le premier processus sur lequel je me suis concentré était comment effectuer des revues de code. Bien que cela puisse être attendu d'un VP R&D, c'est un processus que mon équipe peut probablement construire mieux que je ne peux le faire. Puisqu'ils font face aux défis quotidiens du déploiement, et comprennent les préférences de style et les normes de codage de chacun, c'était définitivement un processus interne que je pouvais donner à mes leaders d'équipe pour construire pendant que je me concentrais sur les processus externes.

De plus, en faisant diriger de tels processus internes par votre équipe, vous augmenterez l'engagement global et le sens des responsabilités qui mèneront finalement à plus d'initiatives au sein de votre équipe.

Un exemple de processus externe serait le processus de livraison entre l'équipe produit et l'équipe R&D. Chaque division a ses propres exigences, culture et besoins. Je conduirais des réunions avec le VP Produit, et j'interviewerais les chefs de produit et mes leaders d'équipe pour comprendre pleinement comment construire un processus qui est aligné avec les besoins de chacun et maximise la productivité de livraison.

Seul vous avez le temps et les ressources pour comprendre pleinement et voir le tableau d'ensemble de ce qui est nécessaire pour accomplir de tels processus externes multifonctionnels.

Je n'ai aucun doute que de nombreuses autres leçons sont à apprendre alors que je continue mon parcours dans mon rôle, alors j'espère continuer à les partager avec vous.

Si vous avez apprécié cet article, allez-y, donnez-lui un applaudissement 👏 ! Vous pouvez également le partager en ligne pour que d'autres puissent le lire aussi. Si vous avez des questions, n'hésitez pas à me laisser un commentaire ci-dessous !