Maintenant, je suis chef d'équipe, mais pourquoi suis-je si malade? Conseils pratiques

Pour une raison quelconque, on pense que le chef d'équipe est une étape plus élevée dans l'évolution d'un ingénieur que tous les niveaux de qualification, y compris senior. Malgré le fait que tout le monde le sait, les compétences et les capacités y sont complètement différentes. Mais le fait continue d'être un fait, dans la plupart des entreprises, les meilleurs ingénieurs deviennent chefs d'équipe. Parfois, car il semble à la direction que cela donnera au salarié une nouvelle motivation et, en général, la même augmentation. Parfois, par nécessité, ils ont embauché beaucoup de nouveaux employés, et quelqu'un devrait en être responsable et les aider à supprimer de nouvelles fonctionnalités. Il n'est pas surprenant qu'une personne non préparée, jetée dans de nouvelles fonctions, comme dans l'eau, tombe dans un état de crise existentielle.



Le fait que le rapport sur ce sujet ait été reconnu comme le meilleur à la conférence pour les chefs d'équipe et les chefs d'équipe montre à quelle fréquence une telle situation se produit réellement. Mais il faut admettre, bien sûr, qu'Eugène Kot ( bunopus ) a également mérité cette «reconnaissance» comme une excellente performance. Nous sommes heureux de partager son dossier avec vous.


Honnêtement, cela vaut la peine de consacrer du temps à regarder cette performance. De plus, le code et les termes complexes ne seront pas là - vous pouvez même le regarder avec votre famille :) Mais, si vous êtes un chef d'équipe qui n'a pas encore tout fait, et que vous manquez de temps, il y a quelques spoilers et des pensées importantes, bien que parfois capitaines.

Premièrement, presque la principale question sur la vie et notre univers Timlid - qui est le Timlid?


"Être un chef d'équipe est vraiment cool!" - pensa Eugène, devenant seulement lui: "Je vais résoudre des problèmes très importants." Et vous avez probablement aussi reçu un sentiment amer familier, quand au stand-up après des rapports sur les fonctionnalités apportées et les bugs corrigés, il n'y a rien à dire. C’est comme si vous n’aviez rien fait: vous êtes allé à des rassemblements et avez répondu au courrier. Ou même un coup dur quand un subordonné dit que vous n'écrivez pas de code, pourquoi prétendez-vous que vous faites une révision du code.

En ce moment, des applaudissements retentirent dans la salle - ici ça fait mal à beaucoup.

Nous considérons maintenant trois personnages qui personnifieront les types classiques de chefs d'équipe.


Innocent : maître de la planification, versé dans les mesures commerciales, connaît un tas d'abréviations. Mais son équipe ne sait pas ce qui se passe à l'extérieur, ne sait pas comment leur travail est lié aux tâches commerciales. L'équipe Innocent n'a ni flexibilité ni croissance.

Stepan : un développeur très cool, peut effectuer plus de tâches en une journée que l'ensemble du département. Bien sûr, il pense que tout le monde dans son équipe n'est pas si bon, ne leur fait pas confiance pour des tâches difficiles. En conséquence, le facteur bus = 1 et aucun espoir de croissance des employés.

Ignat : face à l'entreprise et à l'équipe avec autre chose. Il ne prend pas de responsabilité, ne comprend pas vraiment ce qui se passe dans l'équipe.

Ils ont tous créé une entreprise, mais on peut difficilement les appeler de bons chefs d'équipe. Et tout cela parce que le chef d'équipe est une autre branche de l'évolution. Et voici le conseil du jour .


"Il n'y en a donc pas d'autres!" - dites-vous. Et le nouveau chef d'équipe doit essayer de s'asseoir sur deux chaises: le signataire et le manager. Une chose est de penser à l'architecture, de fermer les tâches, d'aider l'équipe dans les implémentations complexes. De l'autre - pour motiver, grandir, etc. Non, non, oui, et s'assoit quelque chose en essayant de s'asseoir sur les deux.

Conseil célèbre - délégué! Mais pousser des tâches dans Jira n'est pas une délégation . Il est nécessaire de déléguer la responsabilité, pas les tâches. Par exemple, laissez un membre de l'équipe effectuer un examen.

Le deuxième point, aussi un peu banal. Mais un must.

Et prenez un bloc-notes (ok, ça peut être une pièce jointe) et lisez déjà Dorofeev (au moins dans une version si courte ). Et puis il sera possible d'aborder les tâches immédiates de l'équipe: se concentrer, grandir, inspirer, communiquer, penser aux gens. Tehlid peut ne pas fonctionner avec les gens, et un timlid devrait.

Si votre peuple ne grandit pas, vous êtes un mauvais chef d'équipe. Et vous ne saurez jamais quel est le problème à moins de parler aux gens.

Life hack: si dans une atmosphère de travail, une conversation de cœur à cœur ne fonctionne pas, proposez de faire un tour et de parler insidieusement.

Au final, Eugene propose de rappeler la philosophie d'Ikigai, et souhaite que vous et moi nous embarquions sur le chemin de sa recherche et ne soyez jamais mécontents de ce chemin.


Un tel mélange de pratique et d'existentialisme a vraiment plu au public de Saint TeamLead Conf. Plus loin dans le TOP 5 figuraient des rapports:

2. Nous évaluons les processus dans l'équipe de développement sur la base de données objectives / Sergey Semenov.

3. La communication comme zone de performance du travail d'équipe / Alexander Ziza.

4. Le rôle de chef d'équipe dans le recrutement / Katerina Gavrilova

5. Comment évaluer l'efficacité de l'équipe / Alexey Kataev

Restez avec nous, nous allons bientôt ouvrir une vidéo de ces performances et publier quelque chose à leur sujet. La vidéo peut être capturée sur la chaîne youtube , et les nouvelles de la conférence sont dans la newsletter .

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


All Articles