🛌🏾 💌 🎪 Qui est Techlide et pourquoi l'équipe en a-t-elle besoin? 🆘 🥉 🖕🏼

Nous avons récemment écrit comment nous avons commencé une conférence entièrement consacrée aux processus et pratiques d'ingénierie. Notre objectif est de rassembler en un seul endroit des professionnels qui développent le leadership technique de l'entreprise, du produit et leur donnent la possibilité de partager leur expérience, de discuter de leurs tâches et des problèmes de l'industrie, de trouver ensemble de nouvelles approches. Nous avons longtemps réfléchi à ce qui unit de telles personnes, à savoir comment les reconnaître. Et ils ont réalisé qu'ils étaient des technlides. Ce sont eux qui sont responsables du vecteur technologique, mettent en œuvre les mêmes pratiques d'ingénierie et mettent en place des processus.

Mais dans notre industrie, même le classement des postes subalternes / intermédiaires / supérieurs est extrêmement différent d'une entreprise à l'autre. Que dire du support technique, qui n'est pas du tout un poste, mais un rôle. Par conséquent, nous avons décidé de déterminer ce qu'ils investissent le plus souvent dans ce concept. Dans le même temps, nous décrivons les domaines de responsabilité, formulons les compétences techniques clés et comprenons enfin en quoi le techlide diffère du chef d'équipe (Spoiler: le chef d'équipe est également un rôle, donc une personne peut être à la fois chef d'équipe et chef d'équipe. Et peut-être pas).

Avis de non-responsabilité: Dans le cadre de l'article de tout spécialiste impliqué dans le développement d'un produit informatique, nous appelons un ingénieur afin de ne pas faire de réservation à chaque fois: programmeur, testeur, ingénieur d'exploitation, etc.

L'article est basé sur l'expérience du comité de programme, soutenu par 50 entretiens produits que nous avons menés. Cela ne peut pas être considéré comme une étude à grande échelle de l'ensemble de l'industrie, mais notre échantillon est suffisamment représentatif pour remarquer certaines caractéristiques.

Commençons par l'essentiel.

Tehlid est un rôle

De plus, souvent - informel. Une fois qu'un ingénieur est dans l'équipe la plus expérimentée et la plus proactive, il devient un leader informel et commence à se «noyer» pour améliorer les pratiques d'ingénierie. Ça y est, il est déjà un technid, et, en règle générale, il n'y a pas de retour en arrière.

Si vous creusez encore plus profondément, c'est un état d'esprit et une attitude particulière envers la responsabilité, la proactivité. Ces qualités sont difficiles à inculquer à partir de zéro, mais vous pouvez créer des conditions favorables pour qu'elles se manifestent. Par conséquent, si vous voyez des yeux qui brûlent, aidez-les à ne pas disparaître.

En général, très probablement en Russie, les techlides deviendront bientôt un poste. Parce qu'il devrait y avoir une personne dans l'équipe qui consacre la majeure partie de son temps à améliorer l'efficacité de l'équipe, non seulement du point de vue des personnes et de leur interaction, mais du côté technique.

Que fait Techlide

Bien sûr, cela dépend grandement des spécificités de l'équipe et de l'entreprise et de la direction du responsable lui-même. Probablement, il ne faut pas s'attendre à l'aide du développement mobile du développement mobile dans le déploiement de Kubernetes (mais cela arrive aussi :)). Nous avons identifié des tâches de niveau supérieur indépendantes de la pile:

Définit une pile technologique pour des projets ou des tâches spécifiques.
Prend la responsabilité de la mise en œuvre de nouvelles approches pour le développement, les tests, la livraison et la sélection de nouvelles technologies.
Construit des processus (par exemple, CI / CD, révision de code), implémente et développe des pratiques d'ingénierie.
Minimise les risques pour le développement de produits associés aux limitations techniques, surmonte les bloqueurs techniques pour les entreprises.
Définit la stratégie technologique pour le développement d'un projet ou d'un produit, travaille pour l'avenir.
Responsable de la qualité de mise en œuvre, produit.
Développe les compétences techniques des membres de son équipe.
Il résout des tâches techniquement complexes que les autres ingénieurs de l'équipe ne sont pas en mesure de résoudre.

En général, cela peut être défini comme «l'élévation du niveau d'excellence technique». Pour ce faire, vous devez prendre vous-même de nombreuses décisions techniques et créer des conditions pour que l'équipe puisse en prendre et en mettre en œuvre indépendamment.

Tehlid devrait se concentrer non pas tant sur la décision technique à prendre que sur la manière d'aider l'équipe à prendre les bonnes décisions techniques. Pas comment entailler la fonctionnalité X, mais comment aider l'équipe à la rendre «2 fois plus rapide, 4 fois moins cher et sans bugs».

En ce sens, le travail technique augmente l'efficacité de l'équipe de développement: le temps de production diminue, les tests sont plus rapides, l'équipe autorise moins de bugs et le niveau d'endettement technique diminue. Sans quelqu'un qui se soucie de la qualité et de l'adéquation des solutions techniques, seul un succès à court terme peut être atteint. La dette technique des solutions à court terme fonctionne comme un prêt - à un moment donné, l'entreprise paiera simplement plus d'intérêts que pour la valeur de base. Par conséquent, il est si important d'équilibrer le désir de l'entreprise de réaliser davantage de fonctionnalités commerciales et de défendre les intérêts de l'équipe de droite pour écrire un bon code.

Si personne dans l'entreprise ne prend la responsabilité de la qualité du produit, alors vous ne pouvez pas être sûr que ce produit (si, bien sûr, avec cette approche peut survivre) ne subira pas de temps d'arrêt, de perte de données client ou du moins de refactoring à grande échelle. À l'inverse, une solution technique opportune peut faire économiser des millions de dollars aux entreprises.

Les principales qualités techniques

En ce qui concerne la connaissance et le niveau d'expertise technique du comité de programme, les avis étaient partagés. L'expérience de quelqu'un suggère que techlide est l'ingénieur le plus fort de l'équipe, et quelqu'un a rencontré les jones jouant le rôle de techlide dans un problème particulier. Par conséquent, laissez-nous insister sur le fait que techlide doit comprendre le côté technique suffisamment pour ne pas construire des vélos inutilement et être en mesure de comprendre avec précision tout ce qui est nécessaire. Et puis - situationnellement, selon ce qu'il fait.

Mais en ce qui concerne les qualités que devraient avoir les techniciens au sens large, les collègues étaient plutôt unanimes. Pour TechLead Conf, nous préparerons une carte détaillée du développement des compétences techniques, mais la base de haut niveau s'est avérée très impressionnante.

Capable de voir les problèmes, les avis dans la routine quotidienne qui doivent être améliorés.
Il n'est pas indifférent aux processus de l'entreprise et aux décisions prises.
Prêt à prendre la responsabilité de la prise de décision.
Il réfléchit systématiquement pour prendre des décisions à long terme et travailler dans des conditions d'incertitude.
Transmet clairement ses pensées et justifie l'utilité des changements proposés.
Il est un leader, sait diriger les gens et leur apprendre ce qu'il peut faire.
Il prend en compte l'avis de ses collègues et sait négocier, et parfois il défend fermement sa position.
Il peut rapidement comprendre le sujet et comprendre comment les solutions techniques affectent la vie réelle.
Il a une large perspective, garde le doigt sur le pouls de la technologie moderne.

Et le techlide, comme tout spécialiste de haut niveau, doit réfléchir à sa façon de penser. Doit comprendre les modèles mentaux et les régler.

Le Techlide devrait-il fonctionner avec les mains

La reponse courte est oui. Sinon, cela perdra le contact avec la réalité, les compétences commenceront à se dégrader, ce qui n'améliorera certainement pas la crédibilité de l'équipe. Si nous parlons de support technique, dont le rôle est joué par l'ingénieur le plus expérimenté, alors il peut être un «entraîneur jouant». Dans ce cas, les collègues verront l'effet du travail. Et apprendre par l'exemple est l'une des options les plus fiables pour mettre en œuvre n'importe quelle pratique: de l'utilisation de linter, à la lecture de livres utiles ou à des conférences.

D'un autre côté, si la plupart du temps est consacré directement au développement, il se peut qu'il n'y en ait pas assez pour quelque chose de notre première liste de tâches techniques. À certaines étapes de la création d'une entreprise, le techlide peut être dominé, par exemple, par des tâches de recherche ou de mentorat. Ensuite, il est peu probable que l'équipe compte sur le techlide pour entreprendre une sorte de tâche alimentaire. Il peut parfois travailler avec quelqu'un dans une paire, faire de la contrebande en open-source ou expérimenter un projet pour animaux de compagnie. L'essentiel est de «ne pas perdre l'adhérence» et de maîtriser les nouvelles piles technologiques.

Est-il possible sans tehlida

C'est possible, mais pas pour longtemps. Dans un Stagnaciland hypothétique, il y a peut-être des entreprises avec des processus de développement établis qui ont atteint un niveau de revenu qui leur convient et ne vont pas croître. Ils peuvent se permettre de ne rien changer. Dans le monde réel, vous ne pourrez pas rester immobile; les voisins de l'industrie évoluent si vite que vous ne le souhaitez pas, mais vous devez vous adapter, en introduire un nouveau et prometteur.

Le besoin d'une personne soucieuse de la qualité et qui prend l'initiative de mettre en œuvre des pratiques d'ingénierie est dicté par l'industrie. De plus, ce besoin apparaît dès que l'équipe de développement apparaît et quelqu'un commence immédiatement à jouer ce rôle. Il convient de garder cela à l'esprit lors de la création d'une nouvelle équipe: il doit y avoir une personne possédant les compétences techniques nécessaires. Il est préférable pour l'entreprise de savoir clairement qui jouera ce rôle et d'en tenir compte lors de l'embauche. Sinon, le rôle de techlide peut reposer sur les épaules d'une personne qui ne lui correspond pas, mais qui parle simplement le plus fort.

On peut dire qu'au début d'un produit, une entreprise dans le domaine informatique des techlides est la plus recherchée. À partir du lancement du MVP, les entreprises oublient souvent qu'elles sont susceptibles de devenir une dette technologique. Au début du voyage, ce n'est pas à la qualité technologique,par conséquent, nous montrerons à la conférence comment éviter ce problème .

Mais aussi avec le développement du projet, qui, sinon Techlide, surveillera le bien-être technologique de l'entreprise, qui garantit que dans quelques mois, ils n'auront pas à fusionner la plupart du budget et des délais pour le bugfix. Oui, même de nouvelles fonctionnalités sans elles apparaîtront trop lentement. Et à l'avenir, sans techlide, même le produit le plus pratique et de haute qualité peut se transformer en vous savez vous-même que les clients et les développeurs eux-mêmes détesteront.

Vous dites, qu'en est-il de la responsabilité de l'équipe? Et personne ne dit que le rôle ne peut pas être distribué. Elle est souvent floue, et alors on peut dire qu'il n'y a pas un seul leader, mais un leader du front-end, un leader du développement mobile, un leader des tests, etc. Autrement dit, techlide est responsable de son domaine, pour un produit ou un projet.

Ainsi, une équipe ou une entreprise peut avoir un nombre illimité de techlides. Une voix de l'auditoire suggère que le nombre optimal de techlides dans l'entreprise est de 42. Eh bien, parce que toute cette énorme quantité de connaissances ne tient pas dans une seule tête, et toute responsabilité sur une seule épaule ne tiendra pas. Au point que si une équipe qui démarre en tant que startup travaille dans une composition stable depuis plusieurs années, partage toutes ses compétences, tout le monde a atteint la forme de T parfaite, et tout le monde se fait entièrement confiance pour prendre des décisions techniques, alors il peut ne pas y avoir de leader. Il n'y a aucun Tekhlids dans une telle équipe, et en même temps tout le monde joue ce rôle.

En quoi techlide diffère des autres rôles et postes

Bien sûr, comparer ingénieur technique et ingénieur senior n'est pas tout à fait correct, car l'un est un rôle, et le second est généralement un poste. Les seniors peuvent être tehlidés, mais pas. Ci-dessous, nous essayons de déterminer en quoi l'ingénieur dans le rôle de techlide diffère de ceux qui ne jouent pas ce rôle, mais a également un haut niveau d'expertise et de responsabilité.

Ne prenez pas ces comparaisons trop au sérieux, nous savons que dans différentes entreprises, tout peut être différent. Mais si vous remarquez toujours que la plupart des caractéristiques techniques vous concernent, et en même temps que vous ne vous y considérez pas, alors bienvenue au club :)

Tehlid vs Senior

Ingénieur senior	Tekhlid
Un joueur	Joueur d'équipe.
Le plus souvent expérimenté dans un sens du développement.	Regarde le développement plus largement, peut résoudre des problèmes à la jonction des directions.
La plupart du temps, le travail développe des fonctionnalités commerciales.	Peu écrivent directement le code, peut-être qu'il ne crée pas du tout de fonctionnalités pour les entreprises.
Responsable de votre code.	Responsable de la qualité du produit dans son ensemble.
Développe son expertise, profondément mordue de détails.	Développe les compétences techniques de l'équipe, partage son expérience autant que possible.

Une connaissance approfondie et l'autosuffisance d'un ingénieur senior est très utile dans une équipe. Mais si l'équipe ne sera composée que d'étoiles simples, il est peu probable que le travail d'équipe réussisse.

Tehlid vs Timlid

La différence entre techlide et timlide est à la fois la plus évidente et la plus vague. Si vous posez des questions sur cette personne qui combine les deux rôles et qui est appelée, par exemple, le chef de projet, le témoignage sera confus.

Mais si nous nous tournons vers l'expérience des entreprises dans lesquelles l'équipe a à la fois un chef d'équipe et un chef technique, nous comprendrons que le chef d'équipe travaille avec les gens et se concentre sur les processus de communication dans une équipe, chef d'équipe avec les ressources et les processus d'ingénierie. Il est peu probable que Tehlid surveille si Petya va s'épuiser, et est-ce vraiment pratique pour Seryozha de travailler avec Vasya. Et aussi les questions d'achat d'équipement, de participation à des conférences, de consolidation d'équipe, de salaires et de primes - ce n'est certainement pas pour techlide.

Il s'avère que tehlide peut ne pas être un timlide, mais un timlide peut être un teclide. D'un autre côté, le chef d'équipe peut ne pas avoir une connaissance aussi approfondie, et l'équipe technique est absolument nécessaire.

Par conséquent, lors de notre conférence, il n'y aura pas de rapports sur les compétences générales sur la façon de mener des relations individuelles et de créer des relations de confiance dans une équipe - cela laissera TeamLead Conf . Nous discuterons de la façon de sélectionner et de mettre en œuvre des pratiques d'ingénierie appropriées, comment atteindre l'excellence technique et construire des processus d'ingénierie.

Tehlid vs CTO

Ici, tout est simple. Dans les petites entreprises, il peut s'agir d'une seule et même personne: celle qui a plus d'expertise technique et de réflexion stratégique. Dans les grandes entreprises, les stations-service ont déjà d'autres préoccupations, il faut donc des personnes sur le terrain qui peuvent développer indépendamment des produits ou des plates-formes. À partir du moment où l'entreprise compte plus de trois équipes de développement suffisamment indépendantes, la station-service détermine la ligne générale, prend les décisions architecturales clés ou aide à trouver une issue si les équipes ne parviennent pas à s'entendre. La STO gère en effet des techlides qui opèrent à un niveau plus local.

Donc (peut-être jusqu'à ce que vous ayez créé CTO Conf), il y aura beaucoup d'utilité à la conférence TechLead Conf pour CTO. Et bien sûr, ce ne sont pas seulement des rapports, mais aussi l'occasion de discuter des approches modernes et des domaines problématiques de l'industrie avec d'autres experts techniques et CTO.

Comment devenir un technophile

Si vous avez cette question (et plus encore si vous avez lu jusqu'à présent), alors la moitié du travail est terminée. Comme nous l'avons compris aujourd'hui, techlide est l'ingénieur le plus proactif et le plus responsable de l'équipe. Par conséquent, vous n'avez pas besoin de rester assis, de ne pas avoir peur d'avancer, de prendre des responsabilités, de vous intéresser au monde qui vous entoure et de construire l'expérience la plus diversifiée.

C'est ce à quoi le comité du programme TechLead Conf recommande de prêter attention:

Alik Kurdyukov (UnitedTraders): Premièrement, l'auto-organisation est nécessaire. L'initiative ne sera d'aucune utilité si vous utilisez vos ressources de manière inefficace. À mon avis, le meilleur livre en russe sur ce sujet est «Les techniques Jedi» de Maxim Dorofeev ( les concepts de base peuvent être trouvés dans le rapport de Maxim Dorofeev à RIT ++) Deuxièmement, vous devez être en mesure de défendre vos décisions - le matériel de vente aidera, par exemple, le livre «Premièrement, dites non» de Jim Camp.

Alexander Matveev (Avito): Impliquez-vous dans ce que vous faites. Développer constamment, lire des livres et des articles, essayer d'appliquer les connaissances acquises dans la pratique est une condition préalable. L'expérience de l'application d'approches et de pratiques s'accumulera progressivement et permettra d'atteindre une nouvelle qualité. Et en parallèle, il est nécessaire de développer une réflexion stratégique afin de mieux voir les perspectives de certaines solutions techniques.

Evgeny Sabirov(TELEMED.CHAT, GK HOST): Tout d'abord, vous avez besoin d'un certain état d'esprit: à chaque moment spécifique dans le développement des processus, comprenez ce qui peut être mieux fait et à cause de quoi. Et puis nous étudierons déjà les itinéraires spécifiques avec lesquels vous pouvez arriver à ce «meilleur demain». Plus les itinéraires seront maîtrisés, plus les nouveaux seront rapides.

Evgeny Dubovik (Cinimex): Vous devez être le gars / la fille le plus autoritaire, le plus avisé et le plus proactif de l'équipe. Et en même temps, profitez du fait que vous devez faire glisser le piano, sur lequel d'autres vont jouer.

Anton Bevzyuk(Raiffeisenbank): Ne restez pas assis et apprenez constamment ce qui est intéressant pour la personne elle-même. Développer à deux mains: étudier les pratiques d'ingénierie modernes, les outils, les cadres et les disciplines de programmation classiques, sur la façon d'écrire correctement et proprement du code propre.

Viet Nguyen (MegaLabs): pour élargir vos horizons et régler constamment vos modèles mentaux et vos outils de réflexion - commencez dès maintenant !

Evgeni Ivanchenko (DODO PIZZA): Pour devenir un technophile, vous devez plonger profondément dans la zone du domaine. Les outils et technologies utilisés dans ce domaine. Pomper les compétences générales nécessaires et ne pas avoir peur de prendre ses responsabilités.

Julia Dolbilova(DODO PIZZA): Comment devenir un leader technologique, les conférenciers de notre conférence en diront mieux.

Venez à TechLead Conf , voyez comment les techlides vivent dans différentes entreprises et vous pouvez certainement évaluer ce qui peut être pompé. Ou, si vous souhaitez partager vos meilleures pratiques et attirer l'attention sur les aspects du lead technique qui vous semblent les plus importants, envoyez-nous une demande de rapport . Bien que ces résumés puissent être de courts résumés avec les idées principales, nous, au Comité du programme, nous aiderons à rendre le rapport aussi utile que possible précisément pour le public des techlides.

Connectez-vous au canal télégramme et au chat de la conférence - nous publions des nouvelles dans le canal, discutons-en dans le chat et demandez votre avis sur les futurs sujets et rapports TechLead Conf.

Qui est Techlide et pourquoi l'équipe en a-t-elle besoin?