Qu'est-ce qu'un chef d'équipe

Intro


Malheureusement, la majeure partie du chef d'équipe est cachée à l'équipe. Et en fonction de nombreux facteurs, tels que la taille de l'équipe, les processus mis en place, la présence d'autres rôles impliqués dans le travail avec l'équipe - c'est également incroyablement flou. La liste de vos responsabilités dans différentes entreprises sera différente. Quelque part, c'est juste une position formelle d'une personne qui fait simplement glisser des tâches d'un statut à un autre pendant son temps libre de l'écriture de code, et dans un autre, c'est un rôle à part entière, où vous devez mettre de côté votre IDE préféré et faire un tas d'autres tâches. Soit dit en passant, très souvent ce rôle est combiné avec un autre rôle, l'équipe technique, et loin d'être toujours mauvais.


Mais un moment ne change pas - si vous êtes devenu chef d'équipe, beaucoup de choses changeront dans votre vie, si cela ne s'est pas produit, c'est le premier signe que vous ne remplissez clairement pas vos fonctions (ou ce titre est purement formel).


Si vous ne l'avez jamais fait auparavant, vous aurez votre chemin long et épineux avec un grand nombre de râteaux dispersés que vous devrez trébucher sans le soutien d'une équipe, hélas, ce chemin sera impossible à surmonter.


Il se trouve que la plupart des gens se retrouvent dans cette position, pas de leur propre initiative. Par exemple, la croissance rapide de l'entreprise, vous êtes une personne qui écrit bien le code, n'est pas obsédée par vous-même, est assez sociable et quelqu'un a l'idée que vous pouvez gérer une équipe. Vous ne pouvez pas vous y préparer, car, comme je l'ai mentionné au début, la majeure partie du chef d'équipe est cachée à son équipe. Toutes ces conditions confortables dans lesquelles vous avez travaillé avant cela sont le résultat de l'excellent travail de votre chef d'équipe, et c'est à vous de découvrir ce qui se cache derrière cela.


Au début, un petit détail vous déroutera. Très probablement, vous verrez tous vos montants (et il y en aura beaucoup), et parfois un sentiment farfelu apparaîtra en vous que vous êtes le seul à tondre, et tous les autres dont vous lisez les articles et les livres, dont vous avez examiné les rapports - font parfaitement leur travail et ils n'ont pas de montants. Considérez un fait, les personnes dans cette position n'aiment pas parler de leurs écoles, seulement de leurs réalisations. Mais croyez-moi, vous n'êtes pas le seul. Ce moment devrait vous rassurer. En plus du fait que vous devez travailler sur vos montants, vous devez tout faire pour les éviter à l'avenir.


En fait, les dirigeants ne devraient pas pouvoir échouer, ils devraient pouvoir déléguer leurs échecs, comme tout le reste (sarcasme).


Ce qui va changer


Plus important encore, vous devez communiquer , communiquer et communiquer un peu plus. Avec votre équipe, avec d'autres équipes, avec d'autres leads, avec des personnes avec qui vous pouvez parler la même langue (principalement technique) et avec des personnes avec qui vous devez apprendre à parler la même langue - affaires, gestion. De plus, vous devrez construire ces canaux de communication. Et faites-le pour qu'ils soient efficaces. Pensez toujours que la situation peut changer et que l'efficacité de ces canaux changera de la même manière. Ce qui est acceptable pour une équipe de deux ou trois personnes peut avoir un effet dévastateur sur les équipes où il y a beaucoup plus de personnes.


Vous devrez également écouter beaucoup et recueillir des commentaires. Enregistrez et analysez, un énorme flux d'informations vous traversera. Vous devrez comprendre comment fonctionne la boucle de rétroaction et trouver de toutes les manières possibles un moyen de raccourcir cette boucle.


Vous devez devenir responsable , vous êtes le lien le plus responsable dans l'équipe, même si votre subordonné gâche sérieusement, vous serez à blâmer. Parce que tu as fait ce montant. Mais attention à ne pas tomber dans le piège de l'hyperresponsabilité car c'est une chose incroyablement dangereuse.


Vous devez devenir l'interface même par laquelle l'entreprise communique avec l'équipe de développement . L'entreprise ne se soucie pas de savoir qui dans votre équipe fait quelle tâche, ils vous le demanderont. Ils communiqueront avec vous. Et vous serez responsable de tous les montants.


Vous devrez défendre les intérêts de votre équipe et faire des compromis . Il n'y a pas de description claire de la façon de procéder, car c'est trop compliqué. Les approches et les principes développés dans une équipe (et une entreprise) peuvent être totalement inacceptables dans une autre équipe, sans parler d'une entreprise complètement différente.


Les intérêts de votre équipe peuvent résider dans différents plans - l'utilisation de diverses technologies, l'accumulation de dettes techniques, les horaires de travail, les petites choses dans les processus, un tas de distractions. Vous devez en tenir compte , ressentir l'humeur de l'équipe et travailler avec elle. La plupart des gens croient que vous devez prendre tout ce qui est à la mode et nouveau, c'est intéressant. Ils peuvent voir comment le code souffre s'ils effectuent continuellement des tâches commerciales. qui leur sont déversés de tous côtés, et de sorte qu'il est impossible de construire une architecture normalement, cela signifie qu'en raison du grand nombre de béquilles, de cette dette et du retard technologique, le processus de programmation devient moins intéressant et passionnant. Des compromis commencent à apparaître ici.


Certaines petites choses, telles que les restrictions, peuvent être dénuées de sens jusqu'à ce que vous expliquiez leur signification. Et si vous ne pouvez pas expliquer leur signification (même en utilisant le mot sécurité), alors il vaut mieux s'en débarrasser. C'est une perte de temps, de nerfs et un autre facteur démotivant pour l'équipe.


Vous apprendrez à tout valoriser , en argent, en heures, en risques. Vous évaluerez tout , car vous devez prendre un grand nombre de décisions éclairées et vous devez être en mesure de prouver pourquoi vous avez pris cette décision. De plus, certaines de ces décisions devront être traînées de force. Et la capacité de transmettre correctement les informations pour lesquelles cette décision a été prise facilitera grandement votre vie.


Vous devrez tout contrôler , mais cela ne signifie pas que vous devrez descendre au niveau de la microgestion et vérifier chaque étape. Cela ne vous permettra pas de grandir et prendra beaucoup de temps et d'efforts. Dans la grande majorité des cas, vous devez être conscient de ce qui se passe et trouver rapidement un moyen de tout prendre en main.


Parce qu'au final, vous deviendrez un seul point de responsabilité et de compétence de l'équipe .


Vous devrez apprendre à négocier . Vous le ferez tout le temps. D'accord avec l'entreprise, vos subordonnés, collègues, autres équipes et leurs leads, vous le ferez en permanence.


Vous devrez être bon parce que vous serez un exemple. Si le leader tond ou marque sur ses fonctions, vous ne pourrez jamais amener votre équipe à respecter les accords déjà indiqués.


Vous devez être impartial . Avec quelqu'un, vous aurez une bonne et agréable relation, avec quelqu'un non. Et cela ne veut pas du tout dire qu'il y a des bons et des méchants. C’est juste que vous interagirez avec eux de différentes manières et, dans le cadre des processus de travail, tirez le maximum de cette interaction.


Vous devrez apprendre à déléguer . Tâches et responsabilités. Cela vous déchargera et vous permettra de mieux remplir vos fonctions. De plus, si vous n'apprenez pas à déléguer, vous ne pouvez tout simplement pas faire face à la croissance.


Pour beaucoup, vous deviendrez un mentor , vous leur transférerez une énorme expérience, observerez leur croissance. Lorsque vous commencez à faire cela, vous verrez comment votre relation change, vous verrez la croissance, sur une longue distance, cela signifie une chose - vous aiderez une personne à avancer et il vous aidera à passer à vous, vous serez tous les deux dans le noir.


Mais parfois, il faut punir les gens , leur dire des choses désagréables, leur dire au revoir. C'est une expérience très difficile, ce sont des situations très difficiles (d'un point de vue émotionnel), mais elles se produisent. Vous devrez le faire, même par la force.


Vous apprendrez à résoudre les différends et les conflits , vous apprendrez à voir les situations où elles peuvent survenir et vous vous efforcerez de résoudre ces situations avant même qu'elles ne se produisent. Vous le ferez tout le temps. Votre objectif est de résoudre ces problèmes à un stade précoce.


Deux petits exemples de ma pratique


La société où je travaillais avait un horaire fixe, les développeurs devaient venir à 11 heures et partir au plus tôt à 8 heures, mais il y avait un programmeur qui m'arrachait constamment pour venir 10 à 20 minutes plus tard (en passant, c'est aussi du travail Timlida, branler les gens pour de telles choses) et toujours se plaindre du fait qu'il vit loin et qu'il ne peut pas toujours évaluer le temps passé sur la route. Lors d'une de ces conversations, j'ai réalisé que c'était l'un des facteurs démotivants pour lui et cela le rendait furieux - il fonctionnait bien, mais il était en retard. Il a même pensé à chercher un emploi avec un horaire libre. Par conséquent, j'ai passé beaucoup de temps et j'ai obtenu la journée de travail officielle pour qu'il commence une demi-heure plus tard, après cela, naturellement, toutes ces modifications ont été apportées à partir de SKD et pour ce système, il arrive plus tôt que le début de sa journée de travail. Le système ne m'a pas branlé plus hebdomadairement pour lui et je ne l'ai pas branlé. Soit dit en passant, je ne l'ai pas informé que nous avions résolu son problème de cette façon. Je l'ai juste laissé en retard d'une demi-heure. Il était content.


Le deuxième exemple, à un moment, je n'ai pas suivi mes subordonnés, il a toujours tout bien, n'a rien dérangé, mais à un moment il est venu me voir avec une déclaration de lui-même. J'étais sous le choc. Nous avons parlé avec lui pendant une heure et demie. Il s'est avéré que pendant tout ce temps, il avait un tas de choses qui ont démotivé et il a donc décidé d'arrêter. S'il avait décrit ses problèmes, alors la plupart d'entre nous auraient pu résoudre sans son licenciement, mais hélas, le moment a été manqué, le gars était plus mécontent. Après cela, j'ai changé d'approche en communiquant avec les gens qui vont bien, parce que notre service RH était très doué pour communiquer avec les gars, je leur ai souvent demandé de savoir ce qui se passait dans la vie de mon service. Et, tout à coup, les gens se sont ouverts. Ils ne savaient pas si ces informations me seraient transmises. Ils se sont ouverts à des personnes complètement différentes et ont parlé de leurs problèmes. Je dirai ceci, ce fut l'un des changements les plus utiles, ce qui m'a donné une énorme rétroaction et une compréhension du fonctionnement des gens.


À un moment donné, vous vous rendez compte que la responsabilité partagée ne fonctionne pas , c'est un mythe. Si tout le monde est responsable de tout, personne n'est responsable de rien. Il y a des centaines de raisons pour lesquelles personne dans une situation critique n'interviendra et ne le corrigera. Vous devrez apprendre à déléguer correctement cette responsabilité.


En fin de compte, vous apprendrez à évaluer les risques , et vous apprendrez à travailler avec eux, vous penserez à des choses que vous ne saviez absolument rien auparavant. Ici, il est plus facile d'expliquer avec un exemple: la semaine prochaine, vous partez de zéro pour développer quelque chose de nouveau, quelques-uns de vos subordonnés viennent vers vous et vous disent: «Commençons à l'écrire en Kotlin». De nombreuses questions commencent à se poser dans votre tête. Premièrement, avons-nous suffisamment d'expertise pour commencer à écrire une nouvelle chose (et cela peut être très critique pour les entreprises), dans une nouvelle langue avec une expertise insuffisante de l'équipe.
Et que ferons-nous si dans six mois ces gars quittent. Comment et combien de temps nous chercherons de nouvelles personnes qui ont l'expertise nécessaire pour poursuivre leur développement.
Mais n'est-il pas possible que sur ce projet, nous augmentions le facteur bus, car tous les autres gars ne veulent pas passer au kotlin maintenant, et n'ont pas l'expertise nécessaire.
Et combien de temps supplémentaire nous devrions consacrer, car il y aura des fakaps, et le pire est que nous ne savons pas lesquels. Mais ils le seront.
Mais pouvons-nous avec ces deux gars tout faire correctement, à temps, en entraînant l'autre partie de l'équipe. Les autres vont-ils capter cet enthousiasme?
Et en avons-nous besoin en ce moment, quand tout le monde court avec des connards brûlants.


Par conséquent, vous devrez apprendre à dire non et à expliquer pourquoi . Parfois, vous devrez pirater l'initiative dans l'œuf. Toute initiative doit être soutenue par le haut, sinon elle stagnera ou n'apportera que des problèmes. Peu importe les propositions - changez la marque de café commandée au bureau ou une technologie obsolète, choisissez un nouveau cadre à la mode ou un langage de programmation. Si la proposition est inappropriée pour le moment et que vous pouvez expliquer pourquoi, ou, comme cela arrive parfois, elle est complètement idiote, alors vous devriez en parler tout de suite, sans «Nous penserons», «Il faudra discuter» ou «Peut-être». Et encore plus sans mots: "Prenez le drapeau entre vos mains, et nous l'attraperons, mais un peu plus tard, par exemple, dans un mois."


Tout le monde, à l'exception de cet employé, comprendra que rien ne changera, et quand cela deviendra clair pour lui, la réalisation de cela peut considérablement miner son initiative. De plus, il croira qu'il a été trahi. Beaucoup refusent depuis longtemps de passer à l'étape suivante - offrir autre chose, même s'ils sont sûrs du succès à l'avance. Peur de répéter l'histoire.


Il vaut mieux dire immédiatement de manière décisive: «Non, cela ne se produira jamais» ou «Désolé, mais cette proposition n'est pas appropriée pour le moment, mais nous pouvons essayer d'en parler dans les 3-6-12 mois» (il est clair que, très probablement, personne ne reviendra sur cette conversation) que de laisser une personne plonger dans le monde des illusions, dont le retour est extrêmement douloureux. Lorsqu'il retourne dans le monde réel, l'employé a des questions - «Suis-je précieux», «Puis-je changer quoi que ce soit». Il s'agit de la première étape d'un changement d'emploi.


Vous vous souviendrez toujours des personnes irremplaçables et de la diminution du facteur bus . Ce sera très désagréable si la seule personne qui connaît une partie du code décide de quitter ou de partir en vacances. C'est l'un des risques. Et si la personne qui effectue les tâches critiques une semaine avant la sortie part en vacances tant attendue. Ensuite, la méthode accepte de partir en vacances après que la sortie ne fonctionne plus.


Vous devez devenir transparent , tant pour l'équipe que pour l'entreprise. Transparence dans le choix des technologies, des personnes, des décisions. La transparence signifie que vous pouvez expliquer, de manière intelligible, pourquoi même un petit chaton l'est.


Vous comprendrez que tout votre travail peut être divisé en trois parties: outils, approches et personnes. Les gens utilisent des outils dans le contexte des approches, et selon de nombreux facteurs, ces approches peuvent changer, les gens peuvent changer, mais le plus souvent, les approches changeront. Les démarches en équipe de trois personnes et 10 n'ont déjà rien de commun.


Vous comprendrez que parfois vous devrez changer un outil pour un autre, changer radicalement l'approche ou la personne. Mais vous devrez comprendre clairement pourquoi cela s'est produit afin d'expliquer à tout le monde. Vous devriez apporter ce changement à tout le monde.


Cela vous permettra de comprendre que vous ne pouvez pas vous précipiter immédiatement et créer une fois par siècle un flux de travail. Que le processus dépend beaucoup de ces trois parties et devra y travailler constamment. La mise en place d'un processus de développement est un travail méthodique que vous devez effectuer en permanence.


À un moment donné, vous découvrirez que tous les changements doivent être surveillés , des commentaires doivent être collectés sur eux, comment ils ont influencé, les changements ont-ils été positifs, peut-être devriez-vous revenir en arrière de quelques étapes et essayer autre chose? Parce que ça ne marche pas. Spécifiquement pour vous et votre équipe.


Vous comprendrez beaucoup mieux comment vous travaillez et comment les autres travaillent , si auparavant vous aviez une image partielle, qui a été formée sur la base de ce que vous aimez, de ce que vous ressentez, maintenant votre image du monde sera complétée par les gars de votre équipe.


Vous l'aurez compris, il est loin d'être toujours utile d'utiliser le style d'un presse-agrumes , les gens ne peuvent pas travailler longtemps à la limite de leurs capacités. Dans la plupart des entreprises, le remplacement d'employés épuisés est un processus très coûteux. Laissez simplement votre équipe travailler suffisamment efficacement. Au minimum, vous aurez toujours du stock pour une courte période.


Vous apprendrez à motiver les gens . Vous comprendrez que chacun a sa propre motivation. Oui, tout le monde travaille pour de l'argent, mais tout le monde ne travaille pas proportionnellement à l'argent qu'il reçoit. Trouvez donc les choses qui motivent vos gars et utilisez-les.


Les gens ne sont pas des machines sans âme qui font leur travail. Ils ont des problèmes, leur vie change, ils deviennent plus expérimentés et les choses qui les motivent ou, à l'inverse, démotivent, changent en fonction de cela. Leur performance change, leur attitude envers eux-mêmes, envers les autres membres de l'équipe change.


Par conséquent, à un moment donné, vous commencerez à créer de la chaleur et du confort dans l'équipe . Ou vous trouverez quelqu'un qui est prêt à le faire. Parfois, c'est sacrément important lorsque des collègues avec qui vous passez du temps deviennent un peu plus que des voisins de bureau. Dans les situations critiques, le soutien à ces personnes peut être extrêmement précieux. Avez-vous déjà dû faire face à cela.


Et à partir de ce moment-là, les gens commenceront à vous faire confiance, ils ne vous considéreront pas comme le patron, ils commenceront à vous considérer comme le leader et pourront donner les commentaires nécessaires, ce qui est très difficile à recueillir d'une autre manière. Ils vous seront révélés. Quelqu'un va souvent dans un pub le soir pour s'asseoir avec une bière (l'alcool délie légèrement la langue), quelqu'un trouve des passe-temps communs et peut partager son regard. Mais tant que les gens ne vous feront pas confiance, ils vous apporteront très peu d'informations, et seulement ce qu'ils considèrent comme sûr pour eux-mêmes. Soit dit en passant, dans la vie, cela fonctionne exactement de la même manière.


À un moment donné, vous en apprendrez beaucoup sur la documentation , ce qu'elle est, ce dont vous avez besoin, ce qui doit être documenté et ce qui ne l'est pas. Et oui, vous devez transmettre cette connaissance à vos gars. Parce que vous ne voulez pas perdre votre temps à marcher sur un tas de râteaux dans une pièce sombre, parce que personne n'a écrit que vous devriez allumer la lumière avant d'y entrer. Soit dit en passant, les cas de test sont un excellent exemple de documentation.


Soit dit en passant, vous devez encore être techniquement compétent et, en outre, commencer à vous intéresser, au moins un peu, aux domaines connexes. Votre équipe peut avoir des gars qui non seulement écrivent du code dans votre langue préférée. Au minimum, vous en aurez besoin si vous effectuez des révisions de code dans votre équipe - c'est l'une de vos tâches.


, , , , ( ), , . , .


, , , . . .


, . , , . . , , json .


, , — . , , , . , , . , .


— , , . , , . . . . .


, , , , , , — . . , . , json- , , .


, — , . . "". .


, — , . ,. , , , ( ). . , , . . . . . . .


, , - , .


, . . , .



: , , , , , , , , , .


, . . , , , , , , , , , , , , , , .


, . , , “ , , , ”.


, , - , - , , , . , , , , .



— , , . , , . , , , .


- , , , . , , . .


Des tonnes de littérature lue vous donneront quelques connaissances, mais comment l'utiliser, dans quelle situation, quoi choisir parmi deux solutions complètement opposées - cela dépend de vous. Ce que cela affectera à l'avenir dépend de vous. C'est à vous de décider si vous pouvez gérer cela. Comment vous mettrez-vous, comment serez-vous têtu, pourrez-vous gagner en confiance. Surtout si vous êtes venu dans une équipe déjà formée et pour eux, vous êtes un parfait inconnu.

Source: https://habr.com/ru/post/fr484008/


All Articles