Comment créer et gérer des équipes performantes

Salutations à tous! Comme promis, je continue d'écrire sur la gestion informatique. Dans un article précédent , j'ai parlé de trouver et d'embaucher de nouveaux joueurs dans une équipe. Mais peu importe à quel point ils sont cool et talentueux, ils ne sont pas encore une équipe. Vous pouvez faire un parallèle avec le football: vous pouvez acheter des super joueurs et les libérer sur le terrain, mais ils ne seront pas une équipe et ils perdront probablement le match, car ils n'ont pas de tactiques et de stratégies.

Comment résoudre les problèmes commerciaux lorsque vous avez embauché une équipe de spécialistes intelligents?

Buts, objectifs et tactiques

Avant d'embaucher de nouveaux employés, vous devez définir clairement vos objectifs. La création d'un nouveau service nécessite certaines technologies, qui nécessitent à leur tour des compétences spécialisées. Autrement dit, les capacités des ingénieurs embauchés doivent relever les défis. Cela n'a aucun sens de garder un personnel de spécialistes dont le potentiel chevauche considérablement les tâches, quelqu'un peut simplement rester inactif, ce qui est très irrationnel et fondamentalement contraire aux principes de l'entreprise.

Par conséquent, commencez par l'analyse et rédigez un plan de travail qui décrira toutes les fonctions, les compétences et les domaines de responsabilité. Prenez le temps de le faire, obtenez quelques idées et agissez. Croyez-moi, cette fois sera plus que payante à l'avenir.

Les équipes et pourquoi elles ne sont pas efficaces

Qu'est-ce qu'une équipe? Vous pouvez formuler cette définition: un groupe de personnes unies par des motifs et des intérêts pour atteindre un objectif commun. Sonne bien, mais il y a des problèmes dans la pratique.

• La capacité de se comprendre et de parler la même langue. Nous sommes tous différents et percevons tout différemment, nous ne pouvons accepter cela, c'est ainsi qu'une personne fonctionne. Chacun a sa propre vision du monde. Vous demandez de bâillonner une fonctionnalité, par exemple, le déchargement dans Excel d'une table, mais la sortie est complètement fausse. Et cela semble être une tâche simple, mais une sorte de non-sens à la sortie. L'expérience et les façons de penser de chacun sont différentes, et c'est loin d'être le fait que l'autre personne implique la même chose que vous. Il y a un test amusant sur ce sujet, essayez de le donner à vos collègues.
• Capacité de parler. Situation habituelle: une tâche difficile se présente, il faut trouver la solution optimale. Vous rassemblez des collègues et proposez de discuter d'une solution. Eh bien, si quelqu'un s'exprime, mais il arrive que les gens n'aient rien à offrir. Ils attendent juste une tâche spécifique, comme on leur dit, ils écriront. Ils ne comprennent tout simplement pas ou ne voient pas comment ils peuvent aider.
• Motivation et intérêts. Êtes-vous sûr qu'ils coïncident avec TL et l'équipe? Vous avez la motivation pour que les fonctionnalités fonctionnent et soient effectuées à temps. Et les membres de l'équipe veulent introduire un nouveau langage ou essayer de créer une solution architecturale cool pour toutes les occasions où une fonctionnalité est nécessaire ici et maintenant.
• Écoutez et écoutez. Souvent, les ingénieurs lors des réunions ne comprennent pas complètement pourquoi ils ont été retirés et n'écoutent même pas.
• Implication dans le processus. Il arrive que les programmeurs résolvent simplement certaines tâches, mais ils ne comprennent pas leur signification ultime pour le projet dans son ensemble. Par exemple, vous devez ajouter un bouton, mais ils ne comprennent pas pourquoi, ils écrivent simplement «aveuglément» le code pour fermer le ticket.

En fin de compte, il s'avère que c'est un groupe de personnes qui ne comprennent pas quoi et pourquoi ils font. Il semble bouger quelque part, et donc redescendre. Chacun a ses propres motivations et objectifs. Bien que cela s'appelle une équipe, mais en fait ce n'est pas le cas.

Lors de la création d'une équipe et de l'établissement de processus au sein de celle-ci, vous devez d'abord traiter les problèmes répertoriés ci-dessus. Bien sûr, d'autres difficultés vous attendent, mais elles doivent être vaincues en premier.

Comment unir les gens

La tâche principale du leader, du chef d'équipe au directeur technique, est de minimiser l'influence de tous les facteurs négatifs et distrayants et d'atteindre une productivité maximale de l'équipe.

Je crois que le processus clé dans une bonne équipe est la communication. Ci-dessous, je vais énumérer les principes de base et les conseils pour établir une communication.

• Asseyez-vous et discutez avec chaque employé, renseignez-vous sur ses compétences et son expérience. Essayez de trouver les forces et les faiblesses de vos collègues. Vous devez vous assurer que les gens se complètent mutuellement, en utilisant leurs forces dans leur travail. C'est le seul moyen d'atteindre une efficacité maximale au final.
• Apportez des objectifs de travail à l'équipe. Si une sorte de fonctionnalité est implémentée, tout le monde devrait comprendre sa signification d'origine. Par exemple, l'intégration avec des partenaires est nécessaire pour élargir l'assortiment et augmenter les ventes, et donc les bénéfices de l'entreprise. Parlez à l'équipe de l'essence ultime des fonctionnalités, afin que les gens comprennent le véritable objectif et effectuent les tâches plus volontiers.
• Expliquez tout avec des mots simples pour que tout le monde comprenne, et il n'a aucun doute. Comme l'a dit Einstein: "Si vous ne pouvez pas l'expliquer simplement, alors vous-même ne le comprenez pas jusqu'au bout."
• Faites participer les gens à la discussion. Par exemple, si le service commercial a un problème, vous pouvez demander à l'équipe ce qu'elle en pense. Au début, personne ne peut s'exprimer, mais personne ne prend la peine de faire le premier pas et d'entamer une conversation. Engagez progressivement l'équipe dans les discussions. Et il est important que chaque ingénieur comprenne qu'il écoute son opinion. D'une manière ou d'une autre, nous avons fait l'intégration de notre système interne avec d'autres services logistiques. Et ils pensaient qu'ils étaient à l'aise. Mais lorsqu'ils se sont assis pour organiser la logistique pour les clients, ils se sont rendu compte qu'il n'était pas pratique d'utiliser, d'envoyer des données, d'afficher les statuts et plus encore. Nous avons donc identifié les problèmes, les gars étaient très emportés et ont commencé à résoudre le problème, comme si c'était leur douleur.
• Oubliez le mot «erreur». Montrer que l'erreur ou l'échec est la recherche d'une nouvelle solution. Tous les membres de l'équipe doivent comprendre qu'il s'agit d'un flux de travail normal. Celui qui ne fait rien ne se trompe pas. Tout le monde a appris à faire du vélo, je ne pense pas que quelqu'un ait réussi à rouler sans jamais tomber.
• Apprenez à critiquer uniquement dans le cas. Vous ne pouvez pas dire que tout est mauvais et votre décision n'est pas bonne. Expliquez raisonnablement et sans négativité pourquoi une solution particulière ne fonctionnera pas et suggérez des alternatives.
• Parlez la même langue. Discutez des tâches et demandez un résumé. L'une des bonnes pratiques consiste à demander à l'ingénieur de parler de la solution au problème et de la façon dont il a tout compris. Il peut y avoir de nombreuses découvertes pour vous: parfois ce qu'ils ont compris est très différent de ce que vous avez dit. Il vaut mieux passer du temps à discuter que plus tard avec surprise pour découvrir le résultat d'une tâche terminée, ce qui est totalement incompatible avec le plan.
• Apprenez à anticiper et à enseigner cela à vos collègues. Cela fait référence à des erreurs. Il est nécessaire que les gens eux-mêmes viennent parler des difficultés ou des échecs du processus, et non à la fin du sprint. Signalez qu'il est important de trouver la meilleure solution, et pas seulement de clore une tâche spécifique. À l'avenir, cela affectera probablement quelque chose, ce sera important d'un point de vue architectural. Par conséquent, il est préférable de le faire immédiatement, même si cela peut prendre plus de temps. Chaque membre de l'équipe doit avoir l'habitude de penser à quelques pas et de ne pas coller de béquille, car les délais sont respectés.
• Discutez des tâches avec l'équipe, pas avec d'autres collègues en privé. Premièrement, cela les impliquera dans le processus, et deuxièmement, ils peuvent offrir de très bonnes solutions que vous-même n'avez pas devinées. Et rappelez-vous, un bon programmeur n'est pas un traducteur de logique en code, mais celui qui résout complètement le problème. La programmation est en partie de la créativité, alors donnez à l'équipe la liberté de le faire. Une telle approche vous donnera encore et encore des solutions vraiment élégantes et compétentes.
• Créez une salle d'aide. Vous devriez avoir un endroit où vous pouvez parler avec n'importe quel employé et découvrir quels problèmes il a dans son travail, ce qui fonctionne et ce qui ne fonctionne pas. Il est important que vous écoutiez la personne, et il comprend cela. Ainsi, il est possible d'identifier les raisons du manque d'efficacité de son travail. Par exemple, ses tâches peuvent être mal réglées ou la chaise peut simplement s'effondrer. Communiquez systématiquement avec vos collègues, gardez le doigt sur le pouls de la vie de l’équipe. Vous pouvez ainsi éviter les situations de conflit et fluidifier le workflow. Si tout le monde code silencieusement et ne communique avec personne, alors l'équipe a des problèmes - il n'y a pas de communication.
• Dites merci. Si les gens font quelque chose de bien, assurez-vous de les remercier. Cette petite chose est très importante, tout le monde est content quand ils vous apprécient. Mais n'en abusez pas, sinon la gratitude dévalorisera rapidement.
• Parlez des réalisations de l'entreprise. Une équipe ou des personnes spécifiques doivent être conscientes de leur contribution à la cause commune. C'est formidable lorsque les programmeurs reçoivent des commentaires sur le succès d'autres services. Par exemple, un responsable marketing peut parler d'augmentation des ventes une fois le site affiné, ou un responsable de l'optimisation d'un service qui a accéléré son travail. Cela remonte le moral de l'équipe. C’est une bonne pratique lorsque de temps en temps le CTO ou même le PDG recueille des employés de base et rend compte des réalisations.

Comme vous pouvez le voir, la plupart des conseils sont en quelque sorte liés à la communication. S'il n'est pas construit de manière compétente dans une équipe dès le début, il y aura des problèmes. C'est elle qui détermine largement l'efficacité des ingénieurs. Croyez mon expérience, il vaut mieux ne pas prendre le temps et l'effort de le faire tout de suite que de résoudre les problèmes plus tard.

Subtilités de contrôle

D'une manière ou d'une autre, j'ai lu des théories divertissantes sur la taille optimale de l'équipe. George Miller était engagé dans la recherche sur la mémoire et, à la suite d'expériences, a pu conclure que de 5 à 9 éléments incohérents s'inscrivent généralement dans la mémoire humaine à court terme. Autrement dit, une personne n'a pas besoin de les regrouper selon certains principes et caractéristiques afin de faciliter leur mémorisation. Jeff Sazurland, le père de Scrum, qui a répété le succès de Toyota, estime que l'équipe ne devrait pas compter plus de 7 personnes, ce qui a abouti à la règle "7 personnes pour un projet". Selon lui, seules de telles équipes atteignent l'effet d'hyperproductivité, elles peuvent être 8 fois plus efficaces!

J'ai été surpris, mais ces théories ont fonctionné. J'avais une équipe de 12 à 13 personnes, je l'ai divisée en deux et, voilà, la productivité a considérablement augmenté. Avec le nombre croissant de programmeurs, j'ai créé une troisième équipe de 6 personnes.

Ci-dessous, je donnerai des conseils sur la gestion de l'équipe, ils ne sont pas nouveaux, mais ils m'ont beaucoup aidé à l'époque et j'étais moi-même convaincu de leur utilité dans la pratique.

• Combinez des équipes pour qu'elles aient où grandir. L'une de mes premières erreurs a été de diviser mes collègues en deux équipes par niveau: dans l'un, j'ai réuni des programmeurs solides et dans l'autre moins expérimenté. Après le brassage, la productivité a augmenté. Et tout le monde a commencé à se développer de manière plus intensive: les nouveaux arrivants ont acquis une expérience technique et de solides ingénieurs se sont essayés comme mentors.
• Apprenez à répartir correctement les tâches. Un programmeur est un employé cher à l'entreprise. Devant lui, il doit toujours y avoir un défi. Mettons les choses un peu plus compliquées qu'il ne peut résoudre tout de suite. Cela l'aidera à grandir. Un senior expérimenté ne doit pas s'asseoir sur des tâches faciles, même s'il les fait plus rapidement qu'un spécialiste novice. Ne martelez pas les ongles avec un microscope! Bien sûr, les tâches du niveau de difficulté requis sont difficiles à sélectionner, alors gardez un équilibre et combinez-les avec celles de routine.
• Motivez correctement les employés. Une approche individuelle s'impose ici: pour l'un c'est de l'argent, pour l'autre - la progression de carrière, le troisième veut devenir un super professionnel pour que tout le monde vienne le voir pour des conseils. Autrement dit, donnez-leur ce dont ils ont vraiment besoin. Cela fonctionnera plus longtemps et plus efficacement qu'une sorte d'ordonnance émanant d'en haut des autorités. En outre, il est plus facile de trouver un équilibre entre les besoins de l'entreprise et ceux des employés.
• Horaire de travail confortable. Pendant longtemps, j'ai lutté avec les autorités pour un horaire flexible, mais j'ai finalement prouvé son avantage en nombre. Nous avons convenu avec l'équipe des heures de présence, alors que tout le monde pouvait venir à un moment qui lui convenait, pour partir en affaires si nécessaire.
• N'essayez pas de contrôler chaque étape. Les gens doivent être conscients de leur responsabilité. Une personne qui comprend cela est beaucoup plus efficace et indépendante.
• N'économisez pas sur la formation. Envoyez des collègues à des conférences, des ateliers et d'autres événements. Cher? Organisez-les vous-même dans un cadre informel avec une tasse de thé et de pizza. Laissez les gens partager leurs expériences, parler de nouvelles approches ou résoudre ensemble des problèmes délicats.
• Conduire sans conduire. À mon avis, c'est de la voltige. Il est facile de donner des instructions directes, mais pendant combien de temps durera l’équipe principale qui contrôle chaque étape de l’équipe? Dans une bonne équipe, le chef est le même employé du département que les autres. Seulement, il ne pense pas à des tâches spécifiques, mais au développement de l'entreprise. De temps en temps, il signale des problèmes ou de nouvelles directions de travail, et les autres se jettent sur eux et décident. À mon avis, c'est l'approche de gestion la plus efficace, seulement pour cela, une bonne équipe doit déjà être constituée et tous les processus doivent être débogués.

Surprenant mais vrai

À un moment donné, le chariot que vous poussez doit se débrouiller seul. Dans une bonne équipe, lorsque des problèmes surviennent ou lors de la conception de nouvelles fonctionnalités, les gens doivent s'asseoir et discuter des solutions possibles, proposer leurs propres options. Idéalement, ils peuvent se passer de vous.



Dans une vraie équipe, les employés deviennent plus responsables, ils comprennent bien les buts et objectifs et l'orientation générale du développement. C'est comme des rameurs dans un bateau, ils font des mouvements synchrones, poussant le bateau à la victoire. Et ensuite, ils commenceront à vous proposer leurs idées pour améliorer ou optimiser quelque chose. Ils commenceront à voir les problèmes eux-mêmes et, de plus, ils auront le désir de les résoudre eux-mêmes. Dans une telle atmosphère, l'attitude à l'égard des tâches de routine que personne ne voulait entreprendre auparavant changera, elles seront résolues avec enthousiasme et qualité.

Une fois que je suis parti en vacances et à partir de là, j'ai écrit à mes collègues et leur ai posé des questions sur le travail. La plus grande découverte m'attendait après mon arrivée: le travail battait son plein, comme avant, les tâches étaient livrées à temps, tous les problèmes qui se posaient étaient résolus par des collègues sans ma participation. C'est alors que j'ai réalisé qu'il s'agissait d'une vraie équipe.

Conclusions

Une équipe très efficace est une équipe qui apprend des erreurs, grandit et sait comment corriger ou prévoir rapidement ces erreurs. Dans ce document, tout le monde s'entend et s'écoute et vient toujours à la rescousse. Une équipe est comme un organisme vivant qui se développe. Il y a de bonnes solutions, il n'y en a pas de très bonnes, mais si toute l'équipe se dirige vers elles et améliore constamment quelque chose, chacune individuellement s'efforcera également de le faire.

Les gens qui comprennent le but des fonctionnalités qu'ils écrivent sont plus motivés et peuvent proposer des solutions à des problèmes que d'autres ne verront pas.

Assurez-vous de vous engager dans la construction de processus de développement en équipe et portez une attention maximale à la communication. Je crois que le chef d'équipe est suffisant pour encoder 10 à 20% du temps, tout le reste concerne les processus et les personnes.

Les gens sont votre ressource la plus importante, traitez-les comme vous voulez qu'ils soient pertinents. Créez des conditions pour leur développement et leur croissance.

J'ai quitté l'entreprise que j'ai construite à partir de zéro, pendant plus de six mois, tout y a déménagé et s'est développé, et les profits augmentent. Il est parti en toute conscience, à cette époque, je me suis déjà rendu compte que tout était fait et construit correctement dans l'entreprise. Autrement dit, une poignée d'ingénieurs ont pu devenir une équipe à part entière et indépendante, chacun ayant grandi en tant que spécialiste. Le travail bat son plein, les affaires se développent, n'est-ce pas la meilleure preuve de l'efficacité de la démarche? Et la question peut se poser: "Pourquoi alors avez-vous besoin d'un manager?" C'est pour construire une équipe aussi efficace.

Merci de votre attention! Dans le prochain article, je parlerai des nuances de l'introduction d'un nouvel employé dans l'équipe.

Mes autres articles sur la gestion informatique:
Qu'est-ce qu'un chef d'équipe
Une équipe de rêve à partir de rien: embauche de professionnels de l'informatique
Nouvel employé - mort ou vivant
Grandir, chef d'équipe, petits et grands