Dans une étude, parmi les principales caractéristiques du développeur, ils se concentrent sur la croissance (le désir d'apprendre de nouvelles compétences, entreprendre des tâches difficiles), l'introversion et l'indépendance. Les personnes avec un tel ensemble de traits sont difficiles à réunir en équipes. Mais cela peut être réalisé si nous construisons correctement un système de motivation.
Il est clair que la pierre angulaire de la motivation est un salaire compétitif. Il y a encore peu de programmeurs, les besoins sont élevés, si souvent le spécialiste ne se présente pas pour des entretiens, et les employés RH le poursuivent et l'attirent avec des offres intéressantes: VMI pour toute la famille, abonnement au gym et bien plus encore. Mais le plus souvent, un spécialiste talentueux ne recherche pas des cookies gratuits, mais des tâches intéressantes et des conditions confortables (qui, en passant, prendront en compte la nature du développeur moyen).
La société Super Ego IT développe une technique d'autorégulation Master Kit. Le produit est entré sur les marchés de la CEI, d'Europe et d'Amérique, l'équipe emploie près de 90 personnes, dont la plupart sont des développeurs. Ce sont des employés fidèles qui brûlent avec une idée et consacrent tous leurs efforts au travail. Comment avez-vous réussi à y parvenir?
Autonomie
Super Ego a la cholacratie. Ce système de gestion n'est probablement pas pour tout le monde. Mais certains de ses principes seront acceptés avec éclat par n'importe quelle équipe de programmeurs.
- Équipe auto-organisée. Trois points principaux suffisent. Tout d'abord, la possibilité de choisir vos tâches préférées. Pour ce faire, un tableau des tâches est compilé, avec lequel le développeur prend celui qu'il aime. Il n'y a pas d'instructions ni de tâches imposées, ce qui crée un sentiment d'indépendance et de loyauté envers l'entreprise. Deuxièmement, une équipe travaille sur tous les aspects: tests, assemblage, version, surveillance, etc. Les gens aiment voir le résultat final et sentir leur implication. Troisièmement, la liberté de choisir des technologies et de résoudre des problèmes. Il y a une liberté au niveau du code et de l'interface, et la possibilité d'inclure des bibliothèques, des langages, des frameworks. Certes, cette liberté doit encore avoir un cadre pour que les opérations soient coordonnées les unes avec les autres.
- Manque de microcontrôle. Tout le monde s'ennuie lorsque le leader se précipite constamment dans ses affaires et essaie de contrôler chaque petite chose.
- Décisions d'équipe sur l'architecture et le design. Si chaque personne estime que son opinion a été prise en compte et qu'elle peut influencer le processus, cela augmente à la fois la motivation et la qualité du produit.
- Horaire de travail flexible. C'est un point évident, et de nombreuses sociétés de logiciels s'en souviennent heureusement.
- Style de communication démocratique. La formulation est cruciale, et cela s'applique non seulement aux commentaires sur le code, mais aussi à la communication quotidienne au sein de l'équipe. Au lieu des mots "devrait", des questions ou des phrases comme "pensez à ..." ou "peut-être que cela vaut la peine de considérer ..." sont utilisées.
Croissance de la maîtrise
Pourquoi un programmeur devrait-il venir dans l'équipe s'il peut être pigiste et trouver des commandes? Ensuite, apprendre des autres et rivaliser avec eux. Et dans une bonne entreprise, c'est un must.
- Hackathons. Un ou plusieurs jours pendant lesquels les développeurs résolvent ensemble certains problèmes et partagent leurs connaissances. Ce sont des événements de divertissement qui résolvent plusieurs problèmes à la fois: l'amélioration des compétences, le renforcement des liens dans l'équipe et la recherche d'innovations.
- Conférences. Une grande entreprise peut se permettre d'inviter des conférenciers expérimentés, tandis qu'une petite entreprise peut encourager ses employés à assister à divers événements et partager les informations reçues.
- Paiement pour la formation. Si un programmeur a trouvé un cours intéressant et que l'entreprise peut se le permettre, cette méthode augmente à la fois la loyauté d'un individu et le professionnalisme de toute l'équipe.
- Organisation d'une bibliothèque, enregistrement de cours en ligne et webinaires. Les développeurs expérimentés adorent partager leurs connaissances et, sous les auspices de l'entreprise, vous pouvez commencer à créer du contenu (qui, entre autres, aidera la marque à se développer et peut attirer de nouveaux programmeurs talentueux).
Reconnaissance des réalisations
Un sentiment d'appartenance et d'importance est important pour chaque personne. L'entreprise peut aider à visualiser ce processus (ce n'est pas pour rien que les Boards of Honor étaient autrefois si populaires).
- Informations de progression régulières. Il existe de nombreuses façons de rendre ce processus visible et agréable pour tout le monde. Vous pouvez collecter des statistiques et préparer des métriques. Vous pouvez utiliser les graphiques afin de marquer chaque jour sur eux quelles tâches ont été résolues par différents employés et comment le travail sur le projet dans son ensemble se déplace. Vous pouvez créer un tableau avec des tâches, où chaque participant changera le statut "En cours" en statut "Terminé".
- Remerciements. Les gens entendent souvent des critiques et reçoivent moins d'éloges. Mais chaque développeur a besoin d'une évaluation positive. Il est nécessaire de le formuler le plus précisément possible. Par exemple, «Vous avez pu simplifier l'algorithme, donc le programme fonctionne désormais plus rapidement. C'est une excellente solution. » Cependant, vous ne devriez pas organiser de cérémonies de remise de prix, car elles peuvent provoquer l'envie et une compétition malsaine. Il est beaucoup plus important de souligner la contribution de chacun à la réussite du projet.
- Publiez ou exprimez des commentaires positifs de clients ou de clients, afin que les développeurs comprennent que leur travail rend la vie de quelqu'un plus facile et plus agréable.
Pour savoir si les membres de l'équipe sont satisfaits et apprécient leur travail dans l'entreprise, vous pouvez organiser une question anonyme ou parler personnellement à chaque personne pour savoir ce qui, à son avis, peut être amélioré. Toutes les idées ne peuvent pas être mises en œuvre. Comme tous les développeurs ne réussiront pas. Mais en tout cas, ce sera une expérience agréable pour les employés: ils comprendront que la direction souhaite réellement améliorer les conditions de travail.