В предыдущей статье я разбирал, почему в крупных организациях, неизбежно воспроизводится разделение на тех, кто определяет работу, и тех, кто её выполняет. Сталкиваясь интересами, сотрудники неизбежно вовлекаются в конфликты, часто становясь заложниками чужого конфликта, а иногда и нарочной жертвой, если на алтарь вас положил руководитель.

Взгляните на две ситуации. Узнаёте?

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

Ситуация вторая. Смежное подразделение затягивает предоставление сервиса, от которого зависит ваш проект. Вы пишете письма с аргументами - в ответ тишина. Вы эскалируете. После эскалации ваш руководитель говорит: «Слушай, ну ты слишком жёстко с ними. Надо было мягче». Вы думаете: «Я просто пытался решить задачу, которую ты мне поставил».

В первой ситуации вы можете идеально понять точку зрения руководителя - он экономит ресурсы. Его KPI - не ваш проект, а квартальные показатели всего отдела. Понять это - полезно, но что дальше? Эмпатия не даёт вам бюджета. Она не даёт вам аргумента, который перевесит его квартальный план.

Во второй ситуации вы можете осознать, что смежное подразделение перегружено, а его руководитель зашивается. В свою очередь, вас также поджимают сроки, контракт, запуск продукта. А когда вы, проявив понимание, всё-таки эскалируете - вас называют жёстким.

Что объединяет эти ситуации? Что скорее всего вам ответят - «улучшайте коммуникацию». К сожалению, предложения “поработать над коммуникациями” тут не помогут. Дело не в том, что мягкие навыки бесполезны. Дело в том, что их преподают так, будто бы корпоративный конфликт - это дефицит понимания. В реальной организации выше определённого размера большинство конфликтов - это не дефицит понимания, столкновение интересов, вшитых в KPI, грейды и цепочки подчинения. Вы можете идеально понимать оппонента и всё равно проигрывать - потому что у него другие вводные, другие стимулы, другая карта местности.

Конфликт - это система. у неё есть структура, входы и выходы. Её можно моделировать. Не «чувствовать» оппонента, а строить его профиль. Не «проявлять эмпатию» к его позиции, а видеть его KPI и предсказывать реакцию. Не «сглаживать» конфликт, а проектировать сценарий с конкретными фразами и прогнозом исхода.

О том, что из этого получилось - дальше.

Другой взгляд: конфликт как система

Корпоративный конфликт - это система со своей структурой

Есть участники. У каждого - своя позиция в разделении труда. Эта позиция определяет их KPI, следственно интересы. Интересы определяют их поведение - часто более жёстко, чем характер или настроение.

Есть среда. Компания - это не плоская сеть равных. Это цепочки подчинения, бюджетные линии, неформальные центры влияния. Решения принимаются не там, где обсуждаются. Влияние распределено неравномерно.

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

Для моделирования понадобятся три вещи.

Первое. Знать себя. Не в смысле «осознать свои чувства», а в инженерном: знать свои автоматические реакции. Что вас триггерит? Что вы делаете в первые секунды конфликта, ещё до того, как подумали? Ваш автоматический стиль - давить, замыкаться, сглаживать, требовать справедливости? Пока вы этого не знаете, ваша реакция управляет вами. Когда знаете - у вас появляется выбор.

Второе. Иметь модель оппонента. Не гадать о его характере, а зафиксировать наблюдаемое: его должность, его KPI, его типичное поведение в конфликте, что его бесит, что помогает с ним договариваться, какая у вас гипотеза о его реальных мотивах. Это не психологический портрет. Это профиль для предсказания поведения. Как спецификация компонента: «при входном сигнале X реагирует Y».

Третье. Видеть карту среды. Кто принимает решения по продукту, по технологиям, по ресурсам? Где заложены системные конфликты? От кого вы зависите, кто зависит от вас? Без этой карты вы можете годами вкладываться в отношения с человеком, который ничего не решает - и удивляться, почему ничего не меняется.

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

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

В декабре 2025 года я сел и за месяц собрал такой инструмент. Не как академическую модель - а как работающий фреймворк из четырёх шагов, каждый из которых можно пройти за вечер с помощью обычной LLM. О нём - следующий раздел.

Фреймворк: 4 шага

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

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

Полные инструкции для каждого шага лежат в репозитории. Здесь я опишу логику и ключевые вопросы.

Шаг 1. Мой конфликтный профиль

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

В конфликте мы действуем автоматически. У каждого есть повторяющийся паттерн: один в споре давит логикой, другой замыкается, третий сглаживает, четвёртый требует справедливости. Это предсказуемая реакция на определённый класс триггеров. Пока вы не знаете свой паттерн, он управляет вами. Когда вы его зафиксировали, у вас появляется пауза между триггером и реакцией, в эту паузу можно выбрать другое действие.

На выходе Markdown-файл с вашим профилем. Это не психологический автопортрет, а спецификация: «при входном сигнале X моя система реагирует Y». Вы будете прикладывать этот файл к Шагу 4, чтобы LLM учитывала ваши триггеры при моделировании сценариев.

Шаг 2. Профиль оппонента

Новый чат, инструкция из 12 вопросов. Вы описываете коллегу: должность, частота пересечений, что он сделал, когда вас раздражал, как вы думаете - зачем он это сделал, что бесит его самого, что предъявит вам в конфликте, что помогает с ним договариваться, а что убьёт отношения. И ключевой вопрос: «Что им движет на самом деле?» - ваша гипотеза не истина в последней инстанции, а рабочая модель, которую вы будете проверять и уточнять.

В стандартном подходе вы идёте в конфликт с образом оппонента в голове: «он токсичный», «он тормозит», «ему лишь бы отчитаться». Этот субъективный образ - смесь фактов, обид и проекций. Профиль оппонента заменяет этот хаос на структуру - вы фиксируете наблюдаемое и отделяете его от интерпретаций, а интерпретации помечаете как гипотезы. В следующий раз, когда этот человек сделает что-то неожиданное, вы не думаете: «Он опять!» - а открываете профиль и проверяете: «Ага, сработал его триггер номер 3. Он боится потерять статус. Моя ошибка - то, что я публично поставил его решение под вопрос. Понятно. В следующий раз - приватно».

На выходе Markdown-файл с профилем этого человека. Для каждого значимого коллеги - свой файл. Как библиотека компонентов: один раз описал - используешь для разных ситуаций.

Шаг 3. Карта компании

Новый чат, инструкция на 11 вопросов. Кто ваш руководитель? Кто его руководитель? Кто принимает решения по продукту, по технологиям, по бюджету? Ключевые люди вне вашего подчинения, от которых зависит ваш результат? Что у них болит? Где заложены системные конфликты - те, что существуют между должностями, а не между людьми.

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

Когда у вас есть карта, вы перестаёте путать причину и повод. Конфликт с безопасником - не обязательно потому что он вредный, а может быть потому, что его KPI и ваши KPI противоречат. Ваш конфликт с руководителем - не обязательно личная неприязнь, а возможно, его KPI - сокращение расходов, а ваш проект требует инвестиций.

На выходе Markdown-файл с картой компании. Вместе с профилями (своим и оппонента) он загружается в Шаг 4.

К слову! Обратите внимание - данный шаг отзывается с картой контекстов, как я описывал её в одной из прошлых статей "Предметно-ориентированное проектирование на самом деле.

Назначение карты контекстов - спрогнозировать возможности по развитию ограниченных контекстов. В условиях Enterprise, такая схема позволит правильно подумать над тем, что может бескровно эволюционировать, а где могут возникнуть существенные проблемы. Так, решая проблемы, где-то необходимо прийти к административному ресурсу, где-то чаще повстречаться (может быть провести ряд meet’апов для повышения вовлечённости вышестоящей команда, а иногда пойти по пути отдельного существования.
Если взглянуть на карту взаимодействия между контекстами с точки зрения экономики, то мы строя карту контекстов получаем план производства в организации.

Шаг 4. Моделирование сценариев

Это сердце фреймворка. На этом шаге собранные данные превращаются в конкретный план действий.

Вы открываете новый чат, загружаете три файла (свой профиль, профиль оппонента, карту компании), отправляете инструкцию. Описываете ситуацию: что должно произойти, кто участвует, чего вы боитесь, какой исход был бы идеальным, что ещё важно учесть. LLM задаёт 6 уточняющих вопросов, а затем на основе всех профилей и ваших ответов выдаёт 2-3 варианта действий.

Что внутри каждого варианта:

• Конкретные фразы и последовательность шагов - не «будьте дипломатичнее», а «скажите вот это».

• Прогнозируемая реакция оппонента - на основе его профиля.

• Риски варианта - при каком условии он сработает, при каком - провалится.

Два режима. Шаг 4 работает в двух режимах.

Режим А - превентивный. Когда ситуация ещё не произошла, вы готовитесь к разговору. На выходе - сценарий, с которым вы идёте на встречу.

Режим Б - ретроспектива. Ситуация уже случилась. Вы возвращаетесь в чат и пишете: «Хочу дать обратную связь по той ситуации». LLM спрашивает: «что сработало, что нет, что вы теперь знаете о коллеге такого, чего не знали раньше, что изменилось в вас». На основе ответов предлагает скорректировать профили и формирует таблицу острых коммуникаций - короткую запись о ситуации в формате «триггер - проявление - динамика - результат». Эти таблицы копятся и прикладываются к следующим разборам. Система учится вместе с вами.

Уроки в соответствующей папке репозитория могут помочь моделям (всем кроме Claude Opus, который сам по себе хорош) улучшить свою логику. Прикрепление уроков к чату Шага 4 позволяет точечно скорректировать поведение ИИ: он перестаёт искать глубинные психологические причины там, где коллега просто действует по рабочей логике, начинает лучше распознавать иронию, недомолвки и эзопов язык в корпоративной переписке, а главное — переключается с «диагноза личности» на проектирование конкретных действий, что резко повышает точность сценариев и ускоряет подготовку к реальным разговорам.

Кейс: как это выглядит на практике

Вот собирательный пример без реальных имён и названий.

Ситуация. Сотрудник А спроектировал сервис для внешнего регулятора. Работа шла несколько месяцев. Внезапно он узнаёт, что выбрано альтернативное решение, а его не позвали на ключевые встречи, сроки сдвинуты. Получается должен либо молча принять, либо выйти из проекта?

Что дали профили.

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

Профиль руководителя: его KPI - сохранить своё подразделение в ходе реорганизации. Он не будет тратить политический капитал на защиту А в эскалации. Его позиция: «Мне всё равно».

Профиль заказчика: её KPI - сдать проект в срок регулятору. Она не обязана понимать политические мотивы А. Она фиксирует факты в письмах и отчитывается наверх. Если А пишет остро - она дистанцируется и докладывает о «разладе внутри ИТ».

Карта компании: решение о выборе альтернативной системы принято на уровне одного из директоров. Заказчик - не автор решения, а транслятор. Спор с ней не меняет исхода.

Сценарий, который был выбран. А вышел из проекта. Предупредил руководителя заранее. Зафиксировал свой вклад артефактами.

Что произошло. А всё равно написал острое письмо - сработала автоматическая реакция. Как итог, заказчик дистанцировалась, руководитель публично не вступился. А вышел из проекта, но с репутационным следом.

Ретроспектива. При разборе выяснилось: более дипломатичный ответ не изменил бы решение - оно уже принято наверху. Но острое письмо ухудшило отношения с заказчиком, который не был автором решения. Профиль заказчика уточнён: это «добросовестный транслятор», с которым нужно говорить на языке сроков и артефактов, а не политики. В будущем: при обнаружении ложных пунктов в чужом письме - опровергать точечно и фактами, а не общей защитой.

Вывод не в том, что «надо было быть дипломатичнее, а в том, что теперь А знает: решение наверху, заказчик - транслятор, руководитель не вступится. В следующей похожей ситуации он не будет тратить эмоции на эскалацию. Он выйдет тихо, сохранив отношения и репутацию.

Один кейс, одна ретроспектива, три уточнённых профиля - система учится.

Почему я это публикую

Этот фреймворк я собрал за декабрь 2025 года. Месяц интенсивной работы: промты, структура, тестирование на собственных коммуникациях, затем - на коммуникациях людей, которым я доверяю. Он работал и давал преимущество. Сейчас ситуация изменилась, и причина не только в личных обстоятельствах.

В любой организации есть структурный дисбаланс. Руководитель видит картину целиком: бюджеты, планы, расстановку сил, кто с кем в каком конфликте. Сотрудник видит только свой участок, в то время как у руководителя есть карта. Тренинги по мягким навыкам этот дисбаланс не устраняют. Они учат сотрудников сглаживать углы, а не выравнивать положение. Быть удобным, а не сильным. Адаптироваться к неравенству, а не видеть его структуру.

В другой статье я разбирал устройство компании через одно разделение: кто распоряжается чужим трудом, а кто располагает только своим. Это разделение - не злая воля конкретных людей, а свойство организации наёмного труда. Руководитель видит картину целиком не потому, что он умнее. А потому, что его позиция в структуре даёт ему доступ к бюджетам, планам и информации. Сотрудник лишён этого доступа - и действует вслепую. Мягкие навыки этот дисбаланс не устраняют. Они учат сотрудника быть удобным в рамках этого дисбаланса.

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

Это не благотворительность, не альтруизм. Это паритет! Когда у всех есть карта, правила игры становятся честнее. А честная игра - это то, чего в корпоративной среде хронически не хватает.

Все инструкции и промты в открытом репозитории: берите, пользуйтесь, улучшайте. Это не Манхэттенский проект, но создаст для вас такой же эффект.

Как начать сегодня

Теперь у вас есть фреймворк. Когда предстоит сложный разговор - новый чат, три файла, инструкция для Шага 4. Описываете ситуацию, отвечаете на 6 вопросов. LLM, опираясь на ваши профили и карту, выдаёт сценарии: конкретные фразы, прогноз реакции оппонента, риски.

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

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

Репозиторий с инструкциями, промтами и примерами профилей: https://github.com/Ekstrem/Communication-modeling