Менеджер не увольняет человека. Он закрывает красную ячейку в дашборде. Разница огромна, но в отчётности её часто не видно.

Типичная сцена: дашборд подсвечивает сотрудника — высокий риск ухода, просевший скор эффективности, снижение активности. Руководитель получает срез и мягкую рекомендацию «пересмотреть состав». Через две недели сотрудник выходит с встречи с ощущением, что решение не объяснили, основания непрозрачны, за него никто не отвечает — все ссылаются на систему. Менеджер тоже может быть уверен, что лишь следует данным. Но данные — сигнал, а не решение. Решение всё равно принимает человек или компания — даже если предпочитает этого не признавать.

Проблема не в том, что HR считает метрики, а в подмене: сигнал становится приговором, ответственность растворяется между моделью, отчётом и менеджером.

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

Первое. Дашборд не знает контекста. Видит опоздания, но не то, что человек закрывает два направления после увольнения коллеги. Видит снижение активности в CRM, но не недельный сбой доступа. Видит риск ухода, но не различает выгорание, конфликт с руководителем и рыночный оффер. Модель оптимизирует легко посчитанное, а не важное для команды.

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

Третье. У менеджера конфликт KPI: снизить стоимость найма, удержать ключевых, поднять производительность, не нарушить сроки. Дашборд даёт простой рычаг — убрать «риск» из отчёта. Человеческая цена решения не попадает в его KPI. HR защищает процесс, но иногда прячется за «так показывает система». Возникает распределённая безответственность: все нажимали кнопки, никто не принимал решение.

Правило должно быть простым: алгоритм может предлагать проверку, но не увольнение. До разговора об уходе менеджер обязан письменно ответить на три вопроса. Какие наблюдаемые факты подтверждают проблему? Какие данные в модели отсутствуют? Что человек уже просил и что получил? Если ответы не складываются, это не решение, а перевод стрелок.

HR стоит зафиксировать: увольнение по предиктивному скору без человеческой проверки запрещено; сотрудник имеет право оспорить; менеджер несёт ответственность за формулировку, а не только цифру. Если решение оформляется как увольнение, работодатель должен доказать факты и соблюдение процедуры, а не ссылаться на дашборд.

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

Решение не сработает там, где руководству нужна не справедливость, а быстрое сокращение. Если процедура согласована, а «кого» решает скор, уточняющие вопросы не остановят процесс. Но они покажут, кто подписывает бесчеловечность и на каком основании. Без имени и критерия алгоритм остаётся удобным алиби.

Алгоритмы не отменяют управленческую ответственность. Они лишь делают её менее заметной. Если менеджер не может объяснить решение без фразы «так показала система», он не управляет, а делегирует совесть дашборду.

Граница проходит там, где сигнал ещё проверяют вместе с человеком, а не выносят приговор за его спиной. Где вы проводите границу: какой сигнал HR-аналитики ещё можно обсуждать с человеком, а какой уже должен запускать независимый разбор, а не увольнение?