Salut, avec ce post, nous voulons appeler les Timlids pour parler. Plus précisément, pour lancer le projet «Timlid Call», dans lequel toutes les deux à trois semaines notre Pyotr
anotherpit , Kirill
flashhhh et Artem
arasskosov appellent un invité intéressant via Google Meet et parlent d'un sujet sensible.
Dans le premier numéro, nous avons parlé des difficultés d'embauche avec Anton
ap_gubarev Gubarev, qui depuis cinq ans gère des équipes techniques sur un
site distant et possède sa propre chaîne de télégrammes sur la façon dont cela se sent. Ci-dessous, vous trouverez une compression de texte, ainsi que la version audio complète et YouTube de la conversation.
1. J'ai interviewé aveuglément
Anton: Ça fait longtemps que je n'ai pas commencé à utiliser la vidéo pour une interview. En communiquant avec d'autres entreprises, je sais que beaucoup continuent d'appeler sans vidéo, peut-être même simplement par téléphone. La vidéo est en fait très importante. En communiquant face à face, vous feriez mieux de voir les émotions d’une personne, ce qu’elle pense, car elles s’affichent sur son visage.
Lors d'une interview, nous utiliserons certainement la vidéo: naturellement, l'interviewé en est averti, et l'enregistrement ne reste que chez nous. D'autres chefs d'équipe peuvent le réviser: par exemple, si une personne ne faisait pas partie d'une équipe, mais pouvait en faire partie dans une autre, il ne serait pas nécessaire de la tirer à nouveau pour qu'il répète la même chose. Le chef d'équipe Timlid va regarder la vidéo et décider d'appeler une personne pour une conversation de fond. Par exemple, l'un des développeurs,
seregazhuk , est entré dans l'entreprise de
cette façon .
2. (Non) délégué de force
Quelqu'un aime non seulement écrire du code, mais aussi résoudre toute la tâche commerciale. Que faire avec les développeurs qui veulent vraiment programmer exclusivement, mais ne veulent pas du tout faire le produit, pour être honnête, nous ne savons pas (mais nous serons heureux de téléphoner et de discuter -
écrire ).
Anton: La tâche principale du chef d'équipe est de former une équipe qui peut «partir» sans lui. Sans personne à qui vous pouvez déléguer, rien ne fonctionnera. Dans les premiers temps, disons que j'ai appris de mes erreurs. Quand je suis parti en vacances ou qu'il s'est passé quelque chose d'autre, le travail a failli se lever ou la productivité a parfois chuté. Par conséquent, au fil du temps, j'ai commencé à essayer de faire d'un employé qui pourrait me remplacer: mais cette personne n'était pas prête, n'avait aucune inclination ... Ou, littéralement aujourd'hui, il a interviewé une personne. Il m'a regardé très surpris lorsque j'ai posé des questions sur les fonctions managériales, sur l'impact sur le produit: «Genre, pourquoi? Il y a un chef d'équipe qui peut faire tout cela. »
Dans une certaine mesure, la société de produits attend également des développeurs qu'ils souhaitent participer à la vie du produit: de cette façon, une personne sera plus utile pour son équipe, et un chef d'équipe en cas d'urgence peut ne pas avoir le temps de tout faire. En conséquence, dans chaque entretien, nous essayons de prêter attention à la façon dont une personne est liée aux fonctions de gestion: quels problèmes elle a résolus en dernier lieu, si elle s'est fixé des objectifs, si elle a parlé avec les entreprises, s'il a effectué une révision du code, etc. De cela, nous pouvons conclure qui peut être soigneusement conduit à la délégation, mais si seulement lui-même demandait "donnez-moi" - alors s'il vous plaît.
3. Impression de l'utilité d'une personne par sa visibilité (ou son absence)
Lorsqu'un développeur vient à vous, vous pouvez voir son GitHub, sur lequel deux projets abandonnés de 2015 sont test-task_1 et test-task_2. Et, peut-être, il y aura tellement d'informations que vous pourrez vous asseoir et lire des articles, du code ou des rapports humains pendant des heures. Mais tout cela est-il nécessaire?
Kirill: Quand j'ai un pool de plusieurs développeurs, tout d'abord, je veux parler avec quelqu'un qui avait un profil github sexy, ou avec quelqu'un qui a écrit un article qui n'était pas dégoûtant. Parce que je pense: "Oui, il est probablement intéressé par ce qu'il fait." Même si je travaillais souvent avec des gens qui n’écrivaient pas du tout d’articles, ne parlaient pas et il n’y avait rien sur eux sur Internet.
Nous n'avons révélé aucune corrélation entre la publicité et la qualité du travail humain. Il peut être un développeur talentueux qui n'aime tout simplement pas écrire en open source, n'a pas le temps pour un projet - ou le «scie», mais le garde dans un référentiel privé (peut-être qu'il en a même trois).
4. Googler une personne
Anton: Quand je travaillais en freelance, j'embauchais souvent les mêmes pigistes - et là, je cherchais sur Google pour trouver de mauvaises critiques. C'était justifié et applicable. Lorsque vous travaillez pour une entreprise, vous ne le faites pas. Je ne collecte aucune donnée personnelle - je ne cherche pas à savoir avec qui il est ami, où il va, je ne regarde pas non plus ses photos.
Mais les blogs, les sites personnels, les chaînes de télégrammes, les commentaires ou les messages sur Habré, si une personne les a joints, sont souvent intéressants. En lisant ce qu'une personne écrit, je comprendrai comment elle se rapporte à la technologie de battage médiatique, comment elle se rapporte au code hérité. Enfin, je comprendrai comment il rejoindra notre équipe. J'ai rencontré une personne, il avait un blog: il y avait beaucoup de politique, d'obscénités et tout ça. Il est clair qu'une personne, pour ainsi dire, est émotionnelle. En conséquence, cela doit être pris en compte: si vous avez trois calmes dans l'équipe et que quelqu'un de nouveau chez les concessionnaires lèvera le seau tout le temps, cela affectera l'équipe.
La quantité d'informations sur une personne sur Internet n'affectera en rien son embauche: aucune conclusion définitive ne pourra en être tirée. Mais elle aidera à comprendre ce qui mérite d'être clarifié lors de l'entretien. Avant chaque entretien, le chef d'équipe peut consacrer 20 à 30 minutes à poser des questions individuelles à chaque candidat - elles complètent la liste standard de ce qui intéresse le développeur. Parfois, cela aide simplement à trouver le contact: si une personne est engagée dans des poissons d'aquarium, vous pouvez commencer une conversation avec cela - et après 5 minutes, la personne devient moins stressante, plus ouverte et la conversation se déroule plus efficacement.
5. «Donc, nous avons un face à face aujourd'hui, allez, asseyez-vous, nous allons parler»
Tout le monde a un problème. C'est normal. Pour cela, ils sont venus avec 1 contre 1. Tout le monde ne veut pas partager quelque chose - mais le fait qu'une personne n'a pas de suggestions ou soit toujours «satisfait de tout» peut servir d'indicateur fort de la santé. Dans le même temps, parfois une personne peut penser: "Je suis assis ici à écrire du code, maintenant ça fait mal, je ne veux pas parler de quoi de façon incompréhensible en ce moment." Ici, le format des réunions cloué au sol ne convient pas.
Peter: J'ai toutes les réunions sur le calendrier, je suis comme ça: "Donc, réunion sur le calendrier, nous nous rencontrons." Une personne a l'occasion de parler de ce qui est devenu douloureux, et il est comme ceci: "Oui, oui, oui, tout va bien, écoutez, la tâche brûle là-bas, discutons-en mieux." En conséquence, un cas sur dix se termine par une conversation sincère: ils sont traités comme un demi-classeur, mais à un moment donné, ils tirent, simplement parce que vous interviewez régulièrement. Autrement dit, la conversation a pris dix minutes cinq minutes, mais la onzième a pris deux heures et c'était nécessaire. Ma question est la suivante: comment, si vous rendez les réunions irrégulières, ne manquez pas le moment où une personne a besoin de s'exprimer - car elle-même ne l'initie pas. "
De nombreuses équipes ont aujourd'hui des horaires de réunion flottants. C'est-à-dire que les gens comprennent à quel cycle ils vont - par exemple, c'est une semaine - la date et l'heure spécifiques sont discutées dans Slack. Parfois, la réunion est spontanée: il y a une raison, vous écrivez immédiatement "appelons-nous, maintenant je vais composer". Cela, en particulier, aide à ne pas penser aux problèmes sur le principe «comme rassemblé, discutons de quelque chose». Si les réunions d'équipe ont lieu une fois toutes les deux semaines ou un mois, alors pendant 3-4 jours, un chef d'équipe propose des plages horaires: «Discutons de tout ce qui s'est passé en un mois.»
ps Merci à tous ceux qui ont lu. Nous serons heureux de parler de sujets sensibles - écrivez dans un message personnel ou par
télégramme , et le chef d'équipe appellera)
pps Dans la version complète de la conversation:
Audio
sur Soundcloud- Il semble que nous ayons embauché toutes les piles complètes du monde. Que faire
- Comment vivre si vous avez besoin de séparer le front-end du back-end et que le client veut la tâche hier?
- "J'ai essayé, je n'ai pas aimé" ou un résumé intéressant