Как справиться с конфликтами между разработчиками в вашей команде? [закрыто]

Это происходит в каждой команде.

По некоторым причинам конфликты возникают в команде, и они влияют на общую мотивацию и производительность.

Какой ваш рекомендуемый подход для решения этой общей проблемы?

Примеры :

• одна часть команды хочет внедрить внедрение зависимостей, другая часть думает, что это пустая трата времени.
• некоторые разработчики считают, что остальная часть команды замедляет разработку (что объясняет, почему они опаздывают с графиком)
• личные несовместимости между одним или несколькими разработчиками
• один разработчик отказывается общаться с другим (без видимой причины)

У меня была команда из 10 человек в течение двух лет без конфликтов (дотронуться до дерева). Мне повезло, или я делаю что-то правильно. Лучший способ справиться с конфликтом - никогда не позволять ему существовать дольше. Есть несколько основных ценностей, которые вы можете проповедовать.

1. Командный дух
2. Честность во всем (вознаграждение / вознаграждение)
3. Быть благодарным
4. Дайте признание, ответственность
5. Дай свободу
6. Пусть люди знают, что они не больше, чем команда
7. Личный успех ничего не значит, если команда терпит неудачу
8. привязывать лично к людям
9. никогда не показывай морковку, которую не собираешься давать
10. никогда не нанимайте (независимо от того, насколько хорошо), кто мог разрушить команду
11. общаться чаще и т. д.
12. Цените каждый раз, когда кто-то выходит за рамки работы
13. Регулярно делайте отзывы о производительности и устанавливайте предпочтения ежемесячно.
14. Дайте людям знать, когда они ведут себя как дети.

Все это требует осторожных усилий от кого-то.

Программное обеспечение в значительной степени командная игра, индивидуальный блеск, как правило, недолгим. Если я пойду по твоим примерам:

1. Мы решили решили пойти с внедрением зависимости. Период. Посмотрим, будет ли это лучшим способом или нет. Если это не так, вы получите шоколад :-) до того, как сотрудничать, и давайте сделаем это
2. Если остальная часть команды замедляет вас, вы помогаете им сделать это быстрее, они - ваши товарищи по команде, вы - старший парень, помогите им. Я знаю, что ты хороший.
3. Поговорите с ними обоими, скажите им, что они портят окружающую среду. Если ничего не работает, избавьтесь от одного из них или от обоих.

Одна вещь, которую я считаю очень эффективной, это повторять «мы хорошая команда» и повторять «мы команда одиноких».

Это зависит от конфликта, очевидно; они бывают разных вкусов.

• Религиозный аргумент («Почему вы продолжаете использовать табуляции вместо пробелов?!?»)

Смысл, который необходимо прояснить в этом случае, заключается в том, что, в принципе, не имеет значения, какой из них прав, на самом деле гораздо важнее, чтобы вся команда использовала один и тот же подход. Объясните это представителю меньшинства (и не забудьте подчеркнуть, что это не обязательно правильное решение, но также не настолько важно, чтобы забрать кровь). Вырожденным случаем этого является, например, то, что разработчик отказывается использовать управление исходным кодом или отправлять на проверку кода. Это проблема управления, и я, честно говоря, не знаю, как ее решить, не отпустив мошеннического разработчика.

• Персональный аргумент («Ты мне просто не нравишься»)

Там действительно нет способа смягчить это. Дайте им обоим понять, что ссоры недопустимы, и что их личные недовольства необходимо проверить на пороге, если они собираются быть продуктивными членами одной команды (это работает, независимо от того, являетесь ли вы менеджером или нет ; сверстники могут быть удивительно влиятельными, если они достаточно уверены в себе). Если это не сработает, либо попробуйте разделить их на организационную диаграмму, чтобы уменьшить их профессиональную / физическую близость, либо отведите себе стол от них подальше.

• Технический аргумент

Ключевое различие между этим и другими типами конфликтов состоит в том, что, вероятно, существует правильный ответ. Обычно это связано с кодом, принадлежащим одному или другому разработчику, и с тем, как он должен работать (иногда это более масштабный архитектурный аргумент). Здесь важно понять, что, хотя есть правильный ответ, вы, вероятно, его не знаете . Лучшее, что вы можете сделать, - это убедиться, что это чистый аргумент, и надеяться, что любая из сторон может быть убеждена. Опять же, вы можете сделать это независимо от того, сообщают ли они вам или нет, но если вы сверстник, они могут обратиться к менеджеру, чтобы повторно запустить игру, даже если вам удастся привести их к выводу.

Пусть сторонний непредвзятый посредник сядет с обеими конфликтующими сторонами и попросит их обсудить это.

Помогает, если посредником является тот, с кем проблемным людям удобно разговаривать, но они по-прежнему уважают и не будут говорить об этом

если они не могут действовать по-зрелому, уволить их обоих и получить профессионала, может быть, подрядчик / кто-то внештатный сотрудник?

По моему опыту, большинство конфликтов такого рода сводятся к личностным столкновениям. У некоторых из них есть другие элементы, но чаще всего они просто используются как средство для разногласий, поэтому даже если вы решите проблему, о которой они спорят, это просто вопрос времени, прежде чем что-то еще возникнет.

Мой совет:

1) Во-первых, проясните им обоим, что конфликты плохо отражаются на них обоих, и что не будет победителя и проигравшего, только два проигравших разной степени.

2) Дайте им понять, что в любом случае вы ожидаете, что они будут действовать профессионально. Им не нужно любить друг друга, но они должны быть гражданскими, эффективными и организованными. Убедитесь, что это отражено в их ежегодных оценках и обзорах - неспособность продолжить работу с товарищем по команде является существенной проблемой с их эффективностью.

3) Выслушивайте их проблемы друг с другом и, при необходимости, проявляйте сочувствие, но также указывайте на их недостатки в этой области и избегайте втягивания в длительные дискуссии или суждения о том, кто прав, а кто нет. Как я сказал выше в 95% случаев (оставшиеся 5% - это настоящие издевательства или тому подобное, которые должны быть надлежащим образом рассмотрены в качестве дисциплинарного вопроса), они оба ошибаются и должны это понимать.

4) Где это возможно, держите их отдельно, где это легко сделать. Я обычно не нахожу, что объединение людей делает что-то большее, чем волнение. Если они собираются «примирить», это произойдет в любом случае, и я подозреваю, что более вероятно, что это произойдет, если они не будут постоянно сталкиваться друг с другом.

Вы должны сделать так, чтобы они сражались в «техничном режиме», каждая сторона получит коробку с деталями - разобранный компьютер, тот, кто соберет машину и загрузится первым, выигрывает.

если это не работает для вас, вы должны попробовать бой мачете или даже бой бензопилой.

TKI определяет несколько различных методов разрешения конфликтов, которые могут быть идеей для решения некоторых проблем. Есть некоторые законные проблемы, такие как использование фреймворка или нет, хотя это может быть решено либо командой, голосующей за что-то, как один из способов ее решения, либо переходом к более высокой власти, как какой-то менеджер. Иногда могут возникать споры в интерпретации требований, которые лучше всего решать, обращаясь к руководителю проекта или бизнес-аналитику для получения конкретного решения, например, пустой поиск ничего не возвращает, поскольку ничего не было введено, или он возвращает все как используемый подстановочный знак говорит, что во всем ничего нет

Если это больше конфликтов личности, то возникает вопрос, насколько хорошо каждый знает о проблеме и что будет сделано, если это будет продолжаться. Это не столько пустая угроза, сколько менталитет: «Если вы, ребята, не можете решить это, я решу это, удалив хотя бы одного из вас». Конечно, это несет в себе потенциал для пассивно-агрессивного поведения и другой детской чуши, но это то, что происходит, когда яркие находчивые люди вступают в путь, который не использует традиционное оружие для устранения враждебности. У «Дрянных девчонок» есть несколько примеров такого поведения, просто для того, чтобы дать своего рода ссылку.

Я не думаю, что смогу выдержать аспект няни в управлении. Я сказал бы им, чтобы уладить это дуэлью до смерти.

Я нашел "командный контракт" полезным.

Он должен быть разработан совместно членами команды самим, если он снизится с высоты, он не будет работать.

Хотя уже немного поздно, если команда уже воюет.