Конфликты в команде: как решать

Конфликт в команде — столкновение разных точек зрения, интересов или стилей работы; при правильном подходе это источник улучшений, при неправильном — разрушение команды.

Зачем нужно

Конфликты неизбежны в любой команде — разные люди имеют разные мнения. Разработчики часто избегают конфликтов, что приводит к накоплению напряжения и взрыву в самый неподходящий момент. Умение распознавать тип конфликта и работать с ним конструктивно — ключевой soft skill для роста до Senior и Tech Lead.

Где используется

Технические разногласия — какую технологию выбрать
Приоритеты — что делать сначала
Процессы — как должна работать команда
Межличностные — стиль работы, коммуникация

Типы конфликтов

Задачный (продуктивный):
  "Я думаю, нужен GraphQL, ты считаешь REST"
  → Технический спор о решении
  → Может привести к лучшему решению
  → Нужно: выслушать оба варианта, взвесить, решить

Процессный:
  "Я хочу больше документации, ты говоришь что код говорит сам"
  → Разные ценности в работе
  → Нужно: договориться о стандарте команды

Отношенческий (деструктивный):
  "Мне не нравится как Вася разговаривает со мной"
  → Личные трения
  → Нужно: прямой разговор, возможно с HR/лидом

Алгоритм разрешения конфликта

Шаг 1 — Остынь
  Не решай конфликт в момент злости.
  Правило 24 часов: если хочешь написать злое сообщение —
  подожди сутки.

Шаг 2 — Поговори напрямую
  Только двое (+ фасилитатор если нужно).
  Не через третьих лиц, не в публичном канале.

Шаг 3 — Используй "Я-высказывания"
  ПЛОХО: "Ты постоянно перебиваешь меня на митингах"
  ХОРОШО: "Я чувствую, что не могу закончить мысль
            на митингах, и это меня расстраивает"

Шаг 4 — Слушай, чтобы понять (не чтобы ответить)
  Перефразируй: "Правильно ли я понимаю, что ты..."
  Задавай вопросы: "Расскажи подробнее, что ты имеешь в виду"

Шаг 5 — Найди общую цель
  Оба хотят хорошего продукта и комфортной работы.
  С этого начни: "Нам обоим важно X..."

Шаг 6 — Договорись о следующем шаге
  Конкретное соглашение, а не "будем стараться лучше"

Технические разногласия: особый случай

Принципы для технических споров:

1. Аргументы, а не авторитет
   "Я Senior, значит прав" — плохо
   "GraphQL добавляет N сложности при нашем кол-ве endpoints" — хорошо

2. Запроси данные
   "Можем сравнить по критериям: скорость, поддержка, обучение?"

3. Временные эксперименты
   "Попробуем решение A на одном модуле, потом решим?"

4. ADR для фиксации
   Принятое решение → документируем с причинами

Когда нужна третья сторона

Привлеки Tech Lead или менеджера если:
- Прямой разговор прошёл, но ситуация не изменилась
- Конфликт затрагивает рабочий процесс всей команды
- Поведение нарушает кодекс поведения (harassment, дискриминация)
- Конфликт мешает поставке

Частые ошибки

Ошибка	Проблема	Решение
Избегать конфликта полностью	Напряжение накапливается	Решать рано, пока маленькое
Публичный конфликт в Slack	Вовлекает всю команду	Только в личном разговоре
"Он всегда..." обобщения	Защитная реакция оппонента	Конкретный случай
Ждать что само рассосётся	Не рассасывается	Инициировать разговор