Зачем вообще «рассоривать»?
Когда в компании начальник и подчинённый становятся слишком дружелюбными, границы «кто за что отвечает» быстро размываются․
Это ведёт к:
- Смешению личного и профессионального;
- Демотивации остальной команды («почему одному можно, а мне нет?»);
- Сложностям при принятии жёстких решений (увольнения, замечания, повышение)․
Цель «сильной рассорки», не уничтожить отношения, а вернуть нормальную рабочую дистанцию: уважение + ясные роли․
Три ключевых принципа
- Прозрачность процессов — всё решают регламенты, а не «дружба»․
- Равенство перед системой — одни KPI, одни правила для всех․
- Отсутствие «двойных стандартов», если босс опоздал, он фиксирует это как и все․
Пошаговая стратегия «умной рассорки»
Диагностика: где именно «слиплись» роли
- Коллеги жалуются, что подчинённый «ходатайствует» напрямую у босса?
- Босс оправдывает любимчика перед всей командой?
- Подчинённый перестал писать отчёты, потому что «начальник и так всё знает»?
Формализация границ
Вводим расписание 1-to-1 и командные митинги․
Любые рабочие вопросы обсуждаются только на них — вне зависимости от «дружбы»․
Перераспределение полномочий
| Кто | Что теперь решает сам | Что требует согласования |
|---|---|---|
| Руководитель | Стратегия, бюджет, приём-увольнение | Формат ежедневных стендапов |
| Подчинённый | Сроки задач, качество кода/дизайна | Перераспределение ресурсов, отпуска |
«Точки нельзя пересекать»
Красная линия: личные темы (семья, деньги, здоровье) — вне рабочего чата․
Обсуждать можно только в личке и после 18:00, если оба согласны․
Обратная связь от команды
Раз в квартал анонимный опрос: «Кто, по вашим ощущениям, ближе всего к руководству?»
Если фамилия одна и та же — повод проверить соблюдение регламента․
Что делать, если «рассорка» переросла в конфликт
Мягкий сценарий
- Отдельно поговорить с каждым: «Мы теряем эффективность, как вернём дистанцию?»
- Совместно подписать протокол о границах (фиксируем KPI, правила фидбэка)․
Жёсткий сценарий
- Официальное замечание + пересмотр KPI подчинённого;
- Переназначение подчинённого в другой проект;
- Если дело касается коррупции — внутреннее расследование․
Кейс: «Как мы «рассорили» CTO и ведущего разработчика»
Проблема: разработчик не писал документацию, ссылался на «договорённости с CTO»․
Решение:
- Ввели обязательный merge-request + code-review от двух коллег, а не одного CTO․
- Каждое отсутствующее README = -10 % бонуса у разработчика․
- CTO начал участвовать в стендапе только как «слушатель», не как «друг»․
Результат за 60 дней: прозрачность кода выросла на 40 %, жалоб «он у руководства своё», 0․
Чек-лист для HR и тим-лидов
- ✅ Есть ли у нас письменный регламент 1-to-1?
- ✅ Фиксируем ли мы KPI одинаково для всех?
- ✅ Как часто собираем анонимную обратную связь?
- ✅ Готов ли босс отказаться от «дружеских привилегий» ради команды?
Сильная рассорка — это не месть и не холодная война․ Это возврат ролей так, чтобы работа шла, а команда не чувствовала «касты приближённых»․
Сохраняйте уважение, но убирайте неформальные «лазейки», и тогда дружба не повредит бизнесу․