Comment gérer les conflits entre développeurs de votre équipe?
Cela se passe dans chaque équipe.
Pour certaines raisons, les conflits surviennent dans l'équipe et ont une incidence sur la motivation et la productivité globales.
Quelle est votre approche recommandée pour résoudre ce problème commun?
Exemples:
- une partie de l'équipe souhaite mettre en œuvre une injection de dépendance, l'autre partie pense que c'est une perte de temps.
- certains développeurs pensent que le reste de l'équipe ralentit le développement (ce qui explique pourquoi ils sont en retard sur le calendrier)
- incompatibilités personnelles entre un ou plusieurs développeurs
- un développeur refuse de parler à un autre (sans raison apparente)
J'ai eu une équipe de 10 personnes pendant deux ans sans conflit (toucher le bois), je pouvais avoir de la chance ou faire quelque chose de bien. La meilleure façon de gérer le conflit n'est jamais de laisser qu'il existe une plus longue période. Vous pouvez prêcher plusieurs valeurs fondamentales.
- Esprit d'équipe
- Équité dans tout (compensation/récompense)
- Être reconnaissant
- Donner la reconnaissance, la responsabilité
- Donner la liberté
- Laissez les gens savoir qu'ils ne sont pas plus grands que l'équipe
- Le succès personnel ne signifie rien si l'équipe échoue
- joignez personnellement aux gens
- ne jamais montrer une carotte, vous n'avez pas l'intention de donner
- ne jamais embaucher (peu importe la qualité) qui pourrait ruiner l'équipe
- communiquer plus souvent, etc., etc.
- Apprécier chaque fois que quelqu'un va au-delà du travail
- Donnez des commentaires réguliers sur les performances et définir des attentes de préférence mensuellement.
- Laissez les gens savoir quand ils se comportent comme des enfants.
Tous ceux-ci prennent des efforts surveillés de quelqu'un.
Le logiciel est à peu près un jeu d'équipe, une brillance individuelle est généralement de courte durée. Si je passe à vos exemples:
- Nous avons décidé décidé d'aller avec une injection de dépendance. Période. Nous verrons si c'est le meilleur moyen ou non. Si ce n'est pas le cas, vous obtenez un chocolat :-) Jusqu'à tel que de coopérer et faisons cette chose arriver
- Si le reste de l'équipe vous ralentit, vous les aidez à le faire plus rapidement, ce sont vos coéquipiers que vous êtes le gars aîné, les aidez. Je sais que tu es bon.
- Parlez-leur qu'ils leur disent qu'ils gâchent l'environnement. Si rien ne fonctionne de l'un d'entre eux ou les deux.
Une chose que je trouve très efficace est de répéter "Nous sommes une bonne équipe" et répète "Nous sommes une équipe à la seule".
Cela dépend du conflit évidemment; Ils viennent dans plusieurs saveurs.
- L'argument religieux ("Pourquoi continuez-vous d'utiliser des onglets au lieu d'espaces?!?")
Le point à préciser dans ce cas est que, en principe, peu importe que l'on a raison, il est en fait beaucoup plus important que toute l'équipe utilise la même approche. Expliquez que au titulaire de l'opinion minoritaire (et veillez à mettre en évidence que ce n'est pas nécessairement la bonne décision, mais pas assez importante pour attirer le sang). Le cas dégénéré de cela est, par exemple, un développeur refusant d'utiliser le contrôle de la source ou de se soumettre au code de code. C'est une question de gestion, et honnêtement, je ne saurais pas savoir comment le résoudre sans laisser le développeur mal voyous aller.
- L'argument personnel ("Je ne vous aime tout simplement pas")
Il n'y a vraiment pas de moyen d'atténuer cela. Indiquez clairement que les deux gribous ne soient pas acceptables et que leurs rancunes personnelles doivent être vérifiées à la porte s'ils seront membres productifs de la même équipe (cela fonctionne si vous êtes le manager ou non ; Les pairs peuvent être étonnamment influents s'ils sont assez d'eux-mêmes). Si cela ne fonctionne pas, essayez d'essayer de les diviser sur le tableau Org afin de réduire leur proximité professionnelle/physique ou d'obtenir un bureau bien loin d'eux.
- L'argument technique
La différence clé entre cela et les autres types de conflits est qu'il y a probablement une réponse correcte. En règle générale, il s'agit de faire avec le code One One One One ou l'autre développeur possède et comment cela devrait fonctionner (occasionnellement, c'est un argument architecturale plus important). La chose essentielle à saisir ici est que même s'il y a une réponse correcte, Vous ne le savez probablement pas. La meilleure chose que vous puissiez faire est de me médiader pour vous assurer que c'est un argument propre et espérons que de chaque côté peut être convaincu. Encore une fois, vous pouvez le faire si elles vous rapportent ou non, mais si vous êtes un pair, ils pourraient aller chez un manager pour réexécuter la pièce même si vous parvenez à les mener à une conclusion.
Demandez à un médiateur impartial tiers assis avec les deux parties conflictuelles et demandez-leur de la parler.
Il aide si le médiateur est une personne que les haches de problèmes sont à l'aise de parler, mais qu'ils respectent toujours et ne parleront pas de
Dans mon expérience, la plupart des conflits de cette nature se présentent aux affrontements de personnalité. Certains d'entre eux ont d'autres éléments, mais les plus couramment ceux-ci sont simplement utilisés comme un moyen de désaccord, alors même si vous résolvez la question à laquelle ils se disputent, c'est juste une question de temps avant que quelque chose d'autre ne soit arrivé.
Mon conseil:
1) La première chose à faire est de préciser que les deux conflits reflètent mal les deux et qu'il n'y aura pas de gagnant et de perdant, à seulement deux perdants de degrés divers.
2) Indiquez-leur que tout ce qui se passe, vous vous attendez à ce qu'ils agissent de manière professionnelle. Ils n'ont pas besoin de s'aimer mutuellement, mais ils doivent être civils, efficaces et organisés. Assurez-vous que cela se reflète dans leurs évaluations annuelles et leurs examens - l'incapacité de s'occuper d'une équipe d'équipe est un problème important avec leur performance.
3) Écoutez leurs problèmes les uns avec les autres et, le cas échéant, soyez sympathique, mais signalez également leurs échecs dans ce domaine et évitez de vous procurer des discussions prolongées ou un jugement sur qui a raison et qui a tort. Comme je l'ai dit ci-dessus dans 95% des cas (les 5% restants étant une intimidation authentique ou similaire qui doit être correctement traité comme une question disciplinaire), ils ont tous deux mal et ils ont besoin de comprendre cela.
4) Si possible, gardez-les séparés là où il est facile de le faire. Je ne trouve généralement pas que jeter les gens ensemble fait quelque chose de plus que de la remuer. S'ils vont "réconcilier", cela se produira quand même et que je soupçonne, est plus susceptible de se produire quand ils ne sont pas continuellement dans les autres.
s'ils ne peuvent pas agir à mes côtés et obtenir un professionnel, peut-être un entrepreneur/une personne indépendante?
J'ai trouvé un "contrat d'équipe" utile.
Il doit être développé colaborativement par les membres de l'équipe eux-mêmes, si cela diminue de haut, cela ne fonctionnera pas.
Bien que, c'est un peu en retard si l'équipe se battait déjà.
Vous devriez les préparer à la bataille dans une "technologie off" de chaque côté obtient une boîte de pièces - un ordinateur désassemblé, celui qui obtient la machine construit et démarrant les premiers victoires.
si cela ne fonctionne pas pour vous, vous devriez essayer un combat en machette, voire une bagarre à la tronçonneuse.
Je ne pense pas pouvoir supporter l'aspect de la gestion de la gare. Je leur dirais de le régler avec un duel à la mort.
TKI identifie une poignée de différentes techniques pour résoudre les conflits qui peuvent être une idée pour savoir comment résoudre certains problèmes. Il y a quelques questions légitimes telles que l'utilisation d'un cadre ou non, même si cela peut être géré soit par un vote par équipe sur quelque chose comme un moyen de le résoudre ou en allant à une puissance supérieure comme un gestionnaire de quelque sorte. Quelques fois il peut y avoir des différends dans l'interprétation des exigences qui sont les mieux gérées en allant à un chef de projet ou analyste d'affaires pour obtenir un spécifique au pouvoir, par exemple. ne rien un retour de recherche vide que rien n'a été entré ou est-ce tout retour si la mise en correspondance de carte sauvage utilisé n'a rien dit tout en elle.
Si elle est plus de conflits de personnalité alors la question est de savoir comment se porte bien chaque savoir de la question et ce qui sera fait si cela persiste. Ce n'est pas tant une vaine menace autant qu'une, " Si vous ne pouvez pas travailler ce, je vais travailler dehors en enlevant au moins un d'entre vous, " mentalité. Bien sûr, cela ne porte le potentiel de comportement passif-agressif et autres conneries enfantin, mais ce qui arrive quand les gens débrouillards lumineux entrent d'une manière qui n'utilise pas d'armes traditionnelles pour résoudre l'hostilité. " Mean Girls " a plusieurs exemples de ce genre de comportement, juste pour donner une référence de toutes sortes.