Перейти к основному контенту
Tech Path Finder
КурсыИнтервьюКод-ревьюБлог
Tech Path Finder

Персонализированный путеводитель в IT. Квизы, мок-интервью, код ревью и аналитика прогресса.

@potapov_me

Платформа

  • Курсы
  • Прогресс
  • Мок-интервью
  • Код ревью
  • Живое ревью с ИИ
  • Тренажёр переговоров
  • Закладки

Контент

  • Блог
  • Главная
  • Обратная связь

Компания

  • О проекте
  • Тарифы
  • Условия использования
  • Конфиденциальность
  • Согласие на обработку данных
  • Cookie
  • Реквизиты

Аккаунт

  • Войти
  • Зарегистрироваться
  • Профиль

© 2026 Tech Path Finder. Все права защищены.

·ИП Потапов К.С.·Политика конфиденциальности·
Сделано с ❤️ в России
  1. Конфликты
conflict

Конфликты

Межличностные конфликты, медиация, сложные разговоры, эскалация проблем

Учебник: Разрешение конфликтов

Время освоения: ~40 минут Цель: Научиться диагностировать конфликты, выбирать правильную стратегию разрешения и проводить сложные разговоры так, чтобы команда становилась сильнее после каждого конфликта

Быстрый справочник

  • Конфликт задачи (как делать) — полезен; конфликт отношений — деструктивен; не путай их
  • Ранние сигналы: пассивная агрессия, избегание, шёпот в коридоре — действуй до взрыва
  • Модель Томаса-Килмана: 5 стратегий; "Collaborating" не всегда лучшее — выбирай по ставкам и времени
  • Структура сложного разговора: факты → влияние → вопрос (не обвинение, не решение заранее)
  • Медиатор: нейтральность важнее всего; не принимай сторону даже мысленно
  • Эскалация — не поражение: иногда это единственный ответственный шаг
  • Конфликт после решения: конфликт может быть закрыт, но не забыт — rebuild trust отдельная работа

#Быстрый справочник

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

ТипОписаниеПримерОпасность
Task conflictРазногласия по содержанию работы, целям, задачам"Мы должны переписать это на Go vs. остаться на Python"Низкая — часто полезен
Process conflictРазногласия по тому, как делать работу"Нужно ли code review для всех PR?"Средняя — мешает, если затягивается
Relationship conflictМежличностные трения, неприязнь"Я не могу работать с этим человеком"Высокая — токсичен для команды

#Модель Томаса-Килмана

СтратегияЗабота о себеЗабота о другихКогда применять
ИзбеганиеНизкаяНизкаяМелкий конфликт, нужно время остыть
КонкуренцияВысокаяНизкаяКризис, быстрое решение критично
ПриспособлениеНизкаяВысокаяОтношения важнее результата
КомпромиссСредняяСредняяНет времени, оба готовы уступить
СотрудничествоВысокаяВысокаяВажны оба — результат и отношения

#Шаги медиации

ШагДействие
1. ДиагностикаПоговорить с каждой стороной отдельно, понять интересы
2. ПодготовкаОпределить безопасное место и время, договориться о правилах
3. ОткрытиеКаждая сторона излагает своё видение без перебиваний
4. ИсследованиеМедиатор задаёт вопросы, ищет общее
5. ДоговорённостиЗафиксировать конкретные действия и сроки
6. КонтрольFollow-up через 1-2 недели

#Введение (5 минут)

Конфликт — норма для любой команды. Если в вашей команде "нет конфликтов", это не признак здоровья — это сигнал либо о психологической небезопасности (люди молчат о проблемах), либо о полном отсутствии амбиций (людям всё равно).

Здоровый конфликт возникает из-за разных идей, подходов, приоритетов. Он стимулирует лучшие решения и инновации. Исследования Google (Project Aristotle) показывают: команды с умеренным уровнем task conflict принимают более качественные решения.

Деструктивный конфликт — это личные нападки, избегание, накопленные обиды, которые разрушают доверие и продуктивность.

Задача тимлида — не устранить конфликт, а:

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

Правило: Конфликт, о котором знает только тимлид, — это уже поздно. Конфликт, который команда решает сама — это зрелость.


#Диагностика конфликта (8 минут)

#Типы конфликтов: углублённый разбор

Task conflict (конфликт задач) — разногласия по содержанию: технические решения, приоритеты, подходы. При умеренном уровне полезен: стимулирует критическое мышление. Становится проблемой, когда блокирует прогресс.

Process conflict (конфликт процессов) — разногласия по тому, как организована работа: кто принимает решения, как проводятся code review, кто отвечает за деплой. Часто симптом нечётких договорённостей, а не личных проблем.

Relationship conflict (конфликт отношений) — межличностные трения, неприязнь, накопленные обиды. Наиболее деструктивен: прямо коррелирует со снижением производительности команды и ростом текучки.

#Коренные причины конфликтов

ПричинаПризнакЧто это говорит
Неясные роли"Я думал, это твоя ответственность"Нужны чёткие RACI/договорённости
Ресурсный дефицитБорьба за время/людей/бюджетСистемная проблема, требует управления
Разные ценностиПринципиальные разногласия о "правильном пути"Нужна явная калибровка ценностей команды
Накопленные обидыКонфликт по мелкому поводу, но с большой энергиейПроблема существует давно, нужно копать глубже
Стресс и усталостьКонфликты учащаются перед дедлайнамиСимптом нагрузки, а не личной неприязни

#Ранние признаки конфликта (до взрыва)

  • Человек перестаёт участвовать в обсуждениях или участвует агрессивно
  • В переписке появляется саркастический/пассивно-агрессивный тон
  • Кто-то регулярно "забывает" информировать конкретного коллегу
  • На встречах двое людей никогда не соглашаются, даже по мелочам
  • Кто-то обходит коллегу и приходит напрямую к тимлиду

#Стратегии разрешения: модель Томаса-Килмана (8 минут)

Модель описывает 5 стратегий поведения в конфликте. Нет "правильной" стратегии — правильная та, которая подходит к ситуации.

#1. Избегание (Avoiding)

Что это: Откладывание или уход от конфликта.

Когда работает:

  • Конфликт мелкий и нет смысла тратить энергию
  • Нужно время, чтобы обе стороны остыли
  • У вас нет власти изменить ситуацию прямо сейчас

Когда вредит: Если используется по умолчанию — конфликт накапливается и взрывается позже с большей силой.

#2. Конкуренция (Competing)

Что это: Настаивание на своей позиции без учёта интересов другой стороны.

Когда работает:

  • Кризис, нужно быстрое решение
  • Вопрос безопасности или этики — уступать нельзя
  • Вы уверены в правоте и несёте ответственность за результат

Когда вредит: В командной среде конкуренция разрушает доверие и создаёт "победителей и проигравших".

#3. Приспособление (Accommodating)

Что это: Уступка интересам другой стороны.

Когда работает:

  • Отношения важнее результата конкретного спора
  • Вы ошиблись — нужно признать это
  • Вопрос важнее для другого человека, чем для вас

Когда вредит: Системное приспособление — путь к накоплению обиды и потере уважения.

#4. Компромисс (Compromising)

Что это: Обе стороны уступают, чтобы найти среднее решение.

Когда работает:

  • Нет времени на полноценное исследование
  • Позиции чётко определены, и обе стороны готовы уступить

Риск: Компромисс часто даёт "половинчатое" решение, которое не устраивает ни одну сторону. "Разделить разницу" — не всегда лучший путь.

#5. Сотрудничество (Collaborating)

Что это: Совместный поиск решения, которое удовлетворяет интересы обеих сторон.

Когда работает:

  • Оба результата и отношения критически важны
  • Есть время и готовность обеих сторон
  • Проблема достаточно сложна, чтобы стоило искать творческое решение

Это не всегда возможно: Требует взаимного доверия и готовности.


#Сложные разговоры (10 минут)

#Почему мы избегаем сложных разговоров

Мозг воспринимает социальное отвержение как угрозу выживанию. Поэтому мы откладываем "неудобные" разговоры — и платим за это накопленными проблемами.

Признаки, что разговор нужен сейчас:

  • Вы думаете об этой ситуации чаще, чем хотели бы
  • Это влияет на работу команды (не только на ваши чувства)
  • Вы уже изменили своё поведение из-за этой ситуации (избегаете человека, говорите с другими о нём)

#Структура сложного разговора (4 шага)

Шаг 1: Подготовка

  • Определите цель: что вы хотите, чтобы изменилось? Не "мне нужно высказаться", а "я хочу, чтобы мы договорились о X"
  • Разделите факты и интерпретации: "Ты опоздал на 3 митинга" (факт) vs. "Тебе всё равно на команду" (интерпретация)
  • Выберите время и место: приватно, не в конце рабочего дня, не в спешке

Шаг 2: Открытие Начните с намерения, а не с обвинения:

  • Плохо: "Мне нужно поговорить о том, что ты делаешь не так"
  • Хорошо: "Я хочу поговорить о ситуации X, потому что мне важно, чтобы у нас всё шло хорошо"

Шаг 3: Исследование

  • Изложите свои наблюдения (факты)
  • Поделитесь своей интерпретацией (как гипотезой, не приговором): "Я заметил X, и мне кажется Y. Я могу ошибаться — что происходит с твоей стороны?"
  • Слушайте. По-настоящему.

Шаг 4: Договорённости

  • Зафиксируйте конкретные действия: не "будем лучше общаться", а "ты информируешь меня о задержках до пятницы"
  • Договоритесь о follow-up: "Давай через 2 недели проверим, как всё идёт"

#Модель Crucial Conversations

Книга Patterson et al. описывает 3 условия продуктивного сложного разговора:

  1. Психологическая безопасность: Другой человек должен чувствовать, что разговор не угрожает ему. Если безопасность нарушена — всё остановитесь и восстановите её.

  2. Фокус на общей цели: Убедитесь, что обе стороны понимают: цель — не "победить", а решить проблему вместе.

  3. Общий смысл: Конфликт часто происходит из-за разных исходных данных. Поделитесь своим видением и пригласите другого поделиться своим.

Инструмент STATE:

  • Share your facts (поделитесь фактами)
  • Tell your story (объясните свою интерпретацию)
  • Ask for others' paths (спросите другую сторону)
  • Talk tentatively (говорите предположениями, не приговорами)
  • Encourage testing (приглашайте оспорить вашу интерпретацию)

#Роль тимлида как медиатора (4 минуты)

#Когда вмешиваться

СитуацияДействие
Конфликт между двумя людьми, которые могут решить самиПоддержите, но не вмешивайтесь — дайте 1-2 недели
Конфликт мешает работе командыВмешайтесь как медиатор
Конфликт выходит за рамки профессиональногоВмешайтесь немедленно
Нарушение норм (харассмент, дискриминация)Эскалируйте в HR немедленно

#Как медиировать: принципы нейтральности

Тимлид-медиатор не судья, не принимает сторону. Ваша задача — создать условия для того, чтобы стороны нашли решение сами.

Правила медиатора:

  1. Встретьтесь с каждой стороной отдельно (до совместной встречи)
  2. Перефразируйте, а не оценивайте: "Ты говоришь, что тебе важно X"
  3. Переводите с позиций на интересы: "Ты хочешь X — почему это важно для тебя?"
  4. Ищите общие интересы — они всегда есть
  5. Не предлагайте решение сами — пусть стороны придут к нему

#Что делать, если вы — часть конфликта

Если вы как тимлид в конфликте с членом команды — вы не можете быть нейтральным медиатором. Пригласите третью сторону: другого менеджера, HR, внешнего фасилитатора.


#Эскалация (конец пути или начало решения?)

#Когда эскалировать

Эскалируйте, когда:

  • Вы попробовали все доступные инструменты — ничего не меняется
  • Конфликт нарушает нормы компании (харассмент, дискриминация, нарушение этики)
  • Конфликт требует ресурсов или полномочий, которых у вас нет
  • Безопасность человека под угрозой

Не эскалируйте, чтобы:

  • "Снять с себя ответственность"
  • Наказать кого-то через систему
  • Получить поддержку для своей позиции в споре

#Как эскалировать без политики

Хорошая эскалация — это описание ситуации, попыток решения и конкретного запроса на помощь, а не жалоба.

Структура:

  1. "Ситуация: ..." (факты)
  2. "Я попробовал: ..." (ваши действия)
  3. "Результат: ..." (что не изменилось)
  4. "Мне нужна помощь с: ..." (конкретный запрос)

#Примеры реальных диалогов

#Диалог 1: Технический конфликт (два инженера не могут договориться об архитектуре)

Контекст: Андрей хочет GraphQL, Сергей настаивает на REST. Обсуждение зашло в тупик, оба раздражены.

Неправильно (тимлид принимает сторону):

Тимлид: "Андрей прав, GraphQL — современный стандарт, используем его." Сергей: (молча кивает, но внутренне несогласен) [через месяц Сергей делает всё медленно и саботирует решение]

Правильно (фасилитация):

Тимлид: "Стоп. Вы оба умные люди и оба хотите хорошее решение. Давайте иначе. Андрей — какую конкретную проблему ты решаешь GraphQL? Не 'он лучше' — а конкретную боль?" Андрей: "Фронтенд постоянно просит новые эндпоинты, мы не успеваем." Тимлид: "Сергей, ты слышал? Это про developer experience фронтенда. Есть ли у тебя решение этой проблемы с REST?" Сергей: "Ну... можно BFF слой..." [Обсуждение переходит с 'что лучше' на 'какую проблему решаем']


#Диалог 2: Личный конфликт (инженер считает что его обошли при промоушне)

Контекст: Катя узнала что Дима получил повышение. Она считает что работает лучше и это несправедливо. Приходит к тебе раздражённой.

Неправильно:

Катя: "Это несправедливо. Я работаю лучше Димы." Тимлид: "Это было непростое решение, но мы рассмотрели всех кандидатов..." [Катя чувствует что её не слышат, уходит ещё злее]

Правильно:

Тимлид: (молчит, даёт Кате высказаться полностью) Тимлид: "Спасибо что сказала мне напрямую. Я слышу что ты расстроена. Прежде чем объяснять — расскажи мне почему ты считаешь что заслуживала повышения." Катя: (объясняет свои аргументы) Тимлид: "Я вижу твой вклад. Решение о промоушне было основано на X и Y. В случае Димы было Z что сыграло роль. Я хочу поговорить с тобой о том что тебе нужно сделать чтобы получить следующий промоушн — это разговор который я готов иметь прямо сейчас."


#Диалог 3: Конфликт с токсичным скептиком

Контекст: Ты внедряешь code review. Максим публично говорит "это бюрократия" и намеренно пропускает PR без комментариев.

Неправильно (избегание):

Тимлид: (делает вид что не замечает) [Остальная команда видит что Максиму сходит с рук — они тоже начинают саботировать]

Правильно (прямой разговор + граница):

Тимлид (1:1): "Максим, я замечаю что ты одобряешь PR без комментариев. Я хочу понять твою позицию — ты считаешь что code review не нужен?" Максим: "Да, это замедляет нас." Тимлид: "Я слышу это. Я готов обсудить наш процесс и сделать его легче. Но пока мы не договорились об изменении — все ревью по процессу. Это не опционально. Если у тебя есть конкретное предложение — давай обсудим на следующей ретро."


#⚠️ Типичные ошибки

ОшибкаПочему это плохоКак исправить
Игнорирование конфликта в надежде, что "само рассосётся"Конфликт накапливается и взрывается в самый неподходящий момент, часто с увольнениемРанние разговоры при первых сигналах — 5 минут сейчас экономят месяцы потом
Вставать на сторону одного из участников конфликтаТимлид теряет доверие обеих сторон и превращается из медиатора в часть конфликтаГоворить с каждой стороной отдельно, оставаться нейтральным фасилитатором
Решать конфликт за людей (давать готовые решения)Люди не владеют решением, повторяют конфликт через месяц по другому поводуПомочь сторонам найти решение самостоятельно через правильные вопросы
Смешивать task conflict и relationship conflictПытаетесь решить техническое разногласие, а на самом деле проблема — накопленные обидыДиагностировать тип конфликта до выбора стратегии разрешения
Проводить медиацию публично или в групповом чатеЛюди защищаются, теряют лицо, конфликт усиливаетсяВсегда приватно — сначала индивидуально, потом при необходимости вместе
Не фиксировать договорённости после разрешенияЧерез 2 недели каждый помнит по-своему, конфликт возобновляетсяЗаписать конкретные действия и follow-up дату сразу после разговора

#Практические упражнения

#Упражнение 1: Диагностика типа конфликта

Прочитайте сценарии и определите тип конфликта и оптимальную стратегию по Томасу-Килману:

  1. Двое разработчиков спорят, использовать ли микросервисы или монолит для нового проекта. Спор длится третью встречу.
  2. Senior engineer постоянно перебивает Junior на встречах. Junior перестал говорить.
  3. Team A и Team B борются за время DevOps-инженера — оба проекта горят.

Подсказки к ответам:

  1. Task conflict → Сотрудничество (нужно решение, которое учтёт аргументы обеих сторон)
  2. Relationship conflict → Вмешательство тимлида + разговор с senior
  3. Process conflict + ресурсный дефицит → Системное решение (приоритизация на уровне менеджмента)

#Упражнение 2: Подготовка к сложному разговору

Вспомните ситуацию, которую вы откладывали (или представьте типичную):

  1. Сформулируйте цель разговора в одном предложении (что должно измениться?)
  2. Перечислите факты (только наблюдаемое поведение, без интерпретаций)
  3. Напишите вашу интерпретацию как гипотезу: "Я заметил X, и мне кажется Y. Я могу ошибаться — что ты думаешь?"
  4. Определите, какую договорённость вы хотите достичь по итогу

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

Далее: Стратегия