J'ai 18 ans en informatique. J'en dirige les 10 derniers: 200 personnes étaient sous mon commandement à différents moments.
Fait intéressant, je me souviens de tous ceux qui ont démissionné et pour quelle raison. Je me souviens non pas parce que j'ai une bonne mémoire, mais parce qu'ils arrêtent très rarement.
Dans cet article, je vais vous dire ce qui, de mon point de vue, maintient une personne dans une équipe. Je vais partager comment encourager les gens à avoir une attitude différente au travail et, finalement, surmonter les problèmes de démotivation. Et aussi, je vais discuter de la façon dont nous chauffons diverses pensées et intérêts en nous-mêmes, ce qui brûle le plus, noie les gens et pourquoi les noyés ne peuvent pas toujours sortir seuls.
J'ai fait une présentation sur ce sujet au
Badoo TechLeads Meetup No. 4 (
vidéo ). Mon histoire ne convient probablement pas à ceux qui ont une équipe de plus de 100 personnes: je parlerai du niveau de chef d'équipe, chef technique, directeur technique d'une petite entreprise. J'ai moi-même commencé avec une petite entreprise. Lorsqu'il a rejoint l'équipe mos.ru, nous avions trois ingénieurs. Au cours de l'année, nous sommes passés à 40, en deux ans - à 80. Maintenant, à différents moments de la journée et en fonction de la météo, nous comptons jusqu'à des centaines de personnes.
Je vais vous en parler.
Les problèmes
Quels sont les problèmes? Burnout et démotivation.
Qui les a? Oui, presque tout le monde.
Quelqu'un peut-il donner une définition d'au moins l'un d'entre eux?
Probablement pas. Parce que tout le monde est malade à sa manière, et parler de tout le monde sera trop abstrait.
Par conséquent, je me concentrerai sur des questions simples et fréquemment posées:
- J'ai arrêté d'aimer ce projet.
- Je veux de nouvelles tâches intéressantes.
- Fatigué de tout cela. Je veux quelque chose de différent, de frais.
Lors de l'entretien, vous demandez aux candidats: "Que voulez-vous?" - "Tâches intéressantes!" - "Quelles sont les tâches intéressantes dans votre compréhension?" À ce stade, une pause se produit le plus souvent, car peu de gens peuvent expliquer ce qu'est une tâche intéressante. Néanmoins, tout le monde pense qu'ils devraient être au travail.
Raisons
Tous ces problèmes sont, bien entendu, une conséquence. L'enquête a des raisons.
Certaines des raisons sont probablement familières à beaucoup d'entre vous. Tout d'abord, pensez à moi:
- processus dictent: casser avec des processus qui dérangent tout le monde. Quand ils vous disent de faire exactement cela, et non différemment.
- Surdité et cécité des collègues et des supérieurs.
- Routine.
- Ennui, tâches inintéressantes.
Si nous commençons à tout lister maintenant, alors au moins une centaine sera tapée. De plus, chacun aura ses propres raisons uniques, dont il est souvent gênant de parler.
Ils ne commencent à se battre avec eux que lorsque le problème est déjà là. La plupart des gens qui ont déjà ces problèmes tombent déjà assez gravement malades. Mais quand vous marchez et regardez l'équipe en tant que chef d'équipe, l'équipe semble assez calme à l'extérieur: tout va bien, tout fonctionne.
Les dirigeants en ce moment ont un
faux sentiment de stabilité : vous regardez la situation à l'extérieur et pensez que tout va bien. Et si vous commencez à fouiner cette entreprise avec un couteau ou une lime, il s'avère que ce n'est pas du tout le cas.
De plus, un problème concomitant se pose - un
faux sentiment de contrôle . Vous commencez à penser que tout le processus qui se passe dans votre équipe est contrôlé par vous: vous êtes formidable, vous savez ce qui arrive aux gens et comment, quelles sont les mauvaises et les bonnes choses.
En fin de compte, il s'avère que vous êtes tous si bons, mais en même temps tout est en feu, votre peuple est en feu. Ils s'ennuient, pour une raison quelconque, ils partent. La raison pour laquelle ils appellent habituellement, c'est plus d'argent. Mais si nous parlons plus étroitement avec les gens, il s'avère que ce n'est pas du tout le problème.
Astuces
Comment éviter de telles situations? Je vais vous parler des techniques que j'utilise depuis plusieurs années et qui, de mon point de vue, permettent de rendre la vie des gens plus confortable.
Avant cela, je vais parler un peu de moi. L'équipe dans laquelle je travaille crée maintenant le portail mos.ru. Nous sommes absolument les mêmes que la plupart des sociétés informatiques: nous avons un héritage, un zoo technologique, un manque de documentation. Les exigences varient en fonction de la vitesse de l'espace.
Dans l'ensemble, nous ne sommes pas différents, sauf pour un fait: nous avons grandi dès le début en utilisant ces astuces.
Réception # 0: Démonstration de mouvement
Nous montrons comment notre équipe va de l'avant: elle se développe, atteint des sommets, elle ment (qui ne ment pas, il ne fait rien). Des manifestations sont en cours.
Auparavant, seuls les membres de l'équipe venaient vers eux. Depuis six mois, nous invitons toutes les personnes importantes à voir le système évoluer pour des manifestations. Nous tenons des réunions internes où nous discutons des nouvelles choses intéressantes qui ont été faites. Ces mitaps ne sont pas seulement thématiques - par exemple, pour le backend. Non, tout le monde vient au mitap pour le backend, y compris les concepteurs. Ils sont intéressés à écouter, parler, découvrir ce qui se passe.
Un point important que beaucoup oublient est l'influence de l'environnement extérieur: ce qui se passe autour de nous, autour de l'équipe, du projet. Les gens sont intéressés de voir comment le mouvement au sein de l'équipe correspond au mouvement qui se produit autour.
Comment cette technique aide-t-elle au quotidien? Nous, comme beaucoup, devons parfois recycler: nous attarder le soir ou sortir le samedi. Je ne force jamais le raffinage, mais j'explique toujours ce qui se passe et pourquoi. Par exemple, qu'il y a un nouveau projet majeur, socialement important pour les Moscovites, où les résidents pourront voir quelles améliorations se produiront dans sa région dans un avenir proche. Que 500 personnes sont passées par ces chantiers, ont compté et enregistré les informations nécessaires. Le développeur comprend qu'il est impliqué dans un processus vaste et complexe, sait pourquoi il fonctionne de cette façon. Et dans la plupart des cas, je suis prêt à aider.
Pour une raison quelconque, ils n'aiment généralement pas parler de telles nuances, bien qu'il n'y ait pas de secret en eux.
Réception # 1: ne vous cachez pas
L'équipe doit comprendre ce qui se passe et pourquoi. Où nous en sommes à l'heure actuelle, comment cela correspond aux plans et aux promesses, quel est notre avenir.
Le manque de plans est une chose qui affecte considérablement l'état interne de la personne. Quand il se rend compte que le WP-blog qu'il programme maintenant, encore cinq ans sera le WP-blog qu'il va programmer, le développeur est très triste. Par conséquent, nous essayons de dire quels changements se produiront dans un avenir proche dans l'environnement externe, ce qui changera, quels seront les grands projets.
Nous avons pu convenir avec la direction que de temps en temps, tous les six mois, nous recevions des informations à ce sujet. Et nous apprenons que, par exemple, nous ne faisons rien de nouveau simplement parce que quelque chose de nouveau et de cool est en préparation.
Soit dit en passant, pour faire quelque chose de nouveau et de cool dans la ville, par exemple, pour convertir certains processus sous forme électronique, il est très souvent nécessaire de préparer une documentation, une base législative.
Prenons, par exemple, l'enregistrement d'un enfant dans un camp de pionniers. Il semblerait que cela pourrait être plus simple: venez, remplissez le formulaire - et s'il vous plaît. Et puis les détails commencent: comment égaliser les droits des personnes qui ont soumis la demande physiquement et de celles qui l'ont soumise via un formulaire électronique?
Tout ce qui touche à l'État et à la société est assez sérieux. Par conséquent, nous devons expliquer pourquoi tout est ainsi et non différent. Parfois, nous ne le publions pas, car un certain décret n'atteint pas la phase où nous pouvons libérer le produit. C'est un effet peu fréquent, mais néanmoins il se produit. Si les développeurs le savent, ils comprennent que nous n'avons pas «vidé et quitté» - nous avons juste ce mode de fonctionnement. Ils commencent à le prendre calmement.
Réception # 2: donnez une liberté clairement réglementée
La liberté est bonne. Mais une liberté totale est mauvaise.
Depuis l'enfance, nous sommes habitués à ce que quelqu'un s'occupe de nous. D'abord, les parents ont suivi, puis les enseignants du jardin d'enfants, puis les enseignants de l'institut, puis le directeur. S'il semble que le patron ne vous suit pas, la question se pose le plus souvent: peut-être qu'il s'en fiche, peut-être qu'il ne s'intéresse pas à tout cela, voulait-il même cracher dessus? La liberté totale est finalement un problème. Par conséquent, la liberté doit être donnée, mais pas complète, mais limitée. Dites aux gens qu'il y a une toile et que dans cette toile ils peuvent se déplacer.
Par exemple, nous avons convenu de programmer en PHP - cela s'est produit historiquement. À l'intérieur de cela - bibliothèques, approches, POO, pas POO, pour écrire de cette façon ou cela, certains modèles - s'il vous plaît, vous-même. Mais en PHP.
Quand les gens viennent et disent: «Je veux partir», je dis: «Pensons à quel point votre« envie »peut se réaliser en« je peux », en quelque chose d'utile.» En conséquence, le développeur sait qu'il a la possibilité de présenter des propositions, mais pour que ces propositions soient mises en production, vous devrez travailler. Ils connaissent ces règles du jeu, ils savent qu'il y a une telle opportunité. Certaines personnes l'utilisent: nous avons donc non seulement PHP, mais aussi d'autres langages de programmation.
Réception # 3: laisser entrer dans les processus
Nous laissons les gens participer aux processus, mais avec certaines restrictions. La limite est que nous avons neuf équipes, neuf processus, et il existe également un processus racine - une version qui régit la sortie. Il est un pour tous.
Autour de ce processus, les gars font ce qu'ils préfèrent.
Nos produits et processus commerciaux sont très différents. Par exemple, la commande qui a vu la recherche est interne. Les exigences de recherche sont le plus souvent générées par nous-mêmes. Il y a des équipes qui programment des applications mobiles, il y a une cuisine complètement différente. Il existe un site Web qui existe en tant que produit distinct, il existe un site Web qui existe en tant que salle de rédaction avec un panneau d'administration. Là aussi, tout est différent, mais les processus de sortie sont les mêmes pour tout le monde.
La liberté limitée ressemble à ceci: faites ce que vous voulez, mais ne touchez pas cette pièce. Grâce à cela, j'ai déjà oublié quelles sont les erreurs critiques de production. Parce qu'il y a une règle claire qui dit comment le faire. Si vous voulez le jouer, jouez-le: en fait, maintenant nous n'avons pas un seul processus, à l'exception de la version, documentée. En même temps, les gens se sentent à l'aise.
Réception n ° 4: faites tourner le tambour
Astuce délicate: nous l'appelons «tourner le tambour», mais vous pouvez faire tourner le carrousel ou la bétonnière - appelez-la comme vous voulez. Le fait est que nous ne lions pas consciemment les gens aux tâches.
Nous n'en avons pas afin que quelqu'un du frontend, du backend ou de DevOps ne puisse pas faire d'autre tâche. Propriété du code - nous ne l'avons tout simplement pas.
Premièrement, cela augmente l'intérêt des gens, et deuxièmement, cela augmente le facteur de bus notoire. Troisièmement, je peux très facilement transférer des personnes entre équipes, réunir des équipes de quatre autres équipes pour des projets majeurs. Ils commencent à travailler en seulement deux jours: ils terminent leurs tâches en deux jours, puis ils se sont réunis et sont partis.
Le projet le plus important et le plus important dont j'ai parlé ci-dessus a été réalisé par trois équipes. De plus, l'un n'a jamais interagi avec les deux autres auparavant: les gars viennent juste d'accepter les règles du jeu. En moyenne, nous réalisons de tels projets avec un méli-mélo de gars tous les six mois. Étant donné qu'ils ne sont généralement liés à aucune tâche spécifique, ils se sentent bien.
Il y a une puce de plus que nous essayons, et nous réussissons - nous ne laissons pas simplement les gens partir, nous essayons de les détenir dans une équipe, même dans un domaine différent.
Supposons que j'avais un ingénieur en automatisation, un testeur. Il a écrit des autotests en Python. Fatigué des tests, il a dit qu'il voulait être un développeur Python. Il semblerait que l'on pourrait lui dire: «Va et programme en Python». Mais à ce moment, il s'est avéré que nous avions besoin d'un développeur Python dans le mobile. Nous l'avons envoyé là-bas: d'une part, nous n'avons pas perdu connaissance lors des autotests, d'autre part, la personne n'a pas disparu, et nous avons économisé sur la recherche.
J'ai plusieurs de ces histoires. Lorsque nous avons introduit le processus de gestion des versions, nous avons converti deux testeurs en gestionnaires de versions, et ils se sentent bien. Nous transformons les codeurs en développeurs front-end. J'ai récemment découvert que l'un des développeurs PHP a passé la programmation de nuit en Python. Il semblerait que vous puissiez également vous laisser aller, mais nous avons décidé de jouer au jeu: je suis venu dans l'équipe de recherche, qui a un backend Python, et m'a demandé de me confier une tâche difficile et non urgente. Quelle différence cela fait-il qu'il programme en Python la nuit? Laissez-le programmer quelque chose dont nous avons besoin. S'il réussit, nous le définirons ici en tant que développeur Python junior à partir d'un développeur PHP senior. Il y a un tel désir chez les gens, que pouvez-vous faire?
Lors de ces réceptions, je n'ai pas perdu 5-6 personnes de l'équipe, je viens de les rediriger.
Le point le plus important
J'ai parlé des techniques que j'utilise. En fait, ce sont des choses courantes, c'est-à-dire l'impact sur toute l'équipe. Cela s'applique directement à toute l'équipe, tous les gars au tout dernier ingénieur junior.
Mais la vérité est que la question de l'épuisement professionnel, de la motivation, de tout le reste - c'est assez personnel et intime. Ils doivent traiter avec un peu plus près des gens que je viens de le dire. Par conséquent, j'ai construit un système de surveillance assez sophistiqué.
Suivi
Elle s'est alignée assez longtemps. Dans ce système, dans l'ensemble, toute l'équipe est impliquée.
Ne confondez pas le suivi avec les plaintes, avec les cris: c'est juste un moyen d'obtenir des informations sur ce qui se passe actuellement dans l'équipe. Des Timlids, des chefs de service, des rencontres individuelles.
De plus, lors de ces réunions, je ne m'enferme pas avec quelqu'un dans une salle de réunion d'un mètre sur l'autre, je ne mets pas de personne devant moi et je ne lui colle pas de lampe au visage: "Stab". Non, ce n'est pas ce que je fais. Le plus souvent, ce sont des conversations quotidiennes lorsque vous attrapez un collègue près d'une machine à café et demandez comment vous allez. Soit communiquez dans le fumoir, soit donnez-lui un lien vers un événement auquel vous conseillez d'aller et, en cours de route, clarifiez autre chose.
Cela, y compris les RH: périodiquement, cela apporte des nouvelles très intéressantes. Malgré le fait que nous avons maintenant une RH entière, il s'en sort.
De quoi je parle?
Tout dans une rangée: sur la météo, sur un hobby, sur une guitare accidentellement remarquée par un collègue. Je sais qui est à la recherche de quelqu'un, qui a des voitures, qui est à la campagne, qui n'est pas à la campagne, qui est aux champignons, qui a quelque chose à blesser. J'écoute le classique pleurnicher sur le fait que les testeurs sont des coquins, que l'infrastructure ne fonctionne pas.
Il est important pour moi de comprendre ce qui intéresse une personne. Les vétérans du travail ont déjà accepté le mauvais choix et les jeunes se précipitent toujours entre React et Angular, entre PHP, Python, Go et 500 autres langues. Le plus souvent, ils sont intéressés par quelque chose. Dans certains cas, je peux satisfaire leur intérêt.
Il s'avère que les gens ne parlent à personne de leurs intérêts non pas parce qu'ils sont réticents, mais parce que personne ne les interroge à ce sujet. Quand vous venez demander ce qu’il voudrait, il dit qu’il aimerait s’engager dans l’architecture, mais il ne réussit pas, parce que nous, scélérats, nous avons déjà inventé l’architecture, et nous l’avons en fer.
Vous lui donnez un livre: laissez-le aller lire. Il le lit, commence à se livrer à une revue de l'architecture qui est. Il commence à proposer quelques solutions, et ainsi nous supprimons son problème et sa douleur qu'il ne peut rien faire de nouveau.
Pourquoi tout ça?
Plus vous en savez sur une personne, plus vous avez de chances de lui offrir une solution assez simple et confortable qui vous satisfera tous. Et il ne disparaîtra pas, remontez le moral et vous ne le perdrez pas. Un tel portrait d'une personne est nécessaire pour comprendre comment travailler avec elle en tant qu'individu, une personne avec ses propres problèmes.
Avez-vous vu un troupeau de chevaux courir? On se sépare, et tout le monde regarde en arrière: "Où s'est-elle précipitée?" Mais ils continuent d'avancer. Puis la plus instable s'effondre derrière elle. Il y en a déjà deux. Et ainsi de suite.
Ces processus sont cumulatifs. Vous pouvez vous asseoir et attendre très longtemps, puis tout explosera. Par conséquent, vous devez savoir comment tout fonctionne et répondre aux signaux le plus rapidement possible.
Billet gratuit
Mais en même temps, n'oubliez pas que tôt ou tard tout cela est recouvert d'un bassin en cuivre. Il n'y a déjà aucun moyen d'influencer une personne: elle vient de s'épuiser. Vous venez, il ne réagit à rien, dit: "Laissez-moi tranquille! Je ne veux pas. Je ne le ferai pas. Je n'aime rien. "
Le plus souvent, ces personnes se retrouvent plus tard quelque part à Bali. Ils restent là six mois à l'envers, ne font rien, programment des startups et croient que tout va bien pour eux.
Il peut arriver qu'une personne ne puisse plus. Il est important de comprendre les raisons, la motivation et la démotivation afin que cela ne se reproduise plus.
Conversations typiques avec les RH: «Pourquoi partez-vous?» Le plus souvent, ils répondent à la même chose: «Fatigué de ça». C'est très probablement vrai. La plupart d'entre nous changent d'emploi parce que nous sommes fatigués. Un peu moins souvent parce qu'ils paient peu, et plus souvent parce qu'ils sont fatigués, et il y a aussi plus d'argent. Peu de gens partent pour des raisons plus profondes. Et dans certains cas, pour un bon salaire, nous sommes prêts à endurer toutes sortes de brimades.
Vous devez vous y préparer. Et surtout, vous devez être en mesure de préparer les gens à cela, afin que le même cheval ne fonctionne pas. Il est bien évident que ceux qui travaillent dans notre industrie comprennent bien que la durée moyenne du travail d'un employé en équipe est de 2 à 2,5 ans. Certaines études montrent que moins de 1 à 1,5 ans, et c'est tout, les gens changent d'emploi.
Au lieu de conclusions
Nous sommes tous différents, nous brûlons tous à des vitesses différentes. Par conséquent, la thérapie de groupe dont j'ai parlé est bonne, mais pas très bonne. Il n'affecte toujours pas les gens d'une manière qui est garantie pour couvrir tous les problèmes.
A l'intérieur de chacun de nous, nous avons notre propre pouvoir. Habituellement, ce pouvoir n'est lié à aucun avantage matériel: le plus souvent, c'est l'occasion de participer à quelque chose. Et cela peut être contrôlé - mais en fin de compte, vous devez toujours travailler individuellement, en retirant des avantages principalement pour vous-même. Un employé sauvé est la clé de votre tranquillité d'esprit.
Nous vivons dans un monde d'instruction. Par exemple, il existe une instruction sur la façon de distinguer une personne qui se noie d'une personne qui ne se noie pas. Si soudain tu ne la connais pas, je te le dis. Les gens se noient de cris, agitant leurs mains, uniquement dans les dessins animés et les films. Dans la vie, les gens se noient en silence: viennent de décrocher et de se noyer. C'est une métaphore sombre, mais le sens est clair: le plus souvent, les gens s'épuisent silencieusement. La seule façon de comprendre que quelque chose se passe est de le surveiller constamment ou d'être constamment préparé au fait que vous devrez chercher de nouveaux collègues.