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

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

Системный человек уж точно не хочет быть чьим-то персонажем. Он строит реальность, а не участвует в чужих фантазиях.

Но как тогда выглядит системный руководитель?

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

Он не назначает зарплату «на глаз» и не говорит «обсуждаемо». Он видит рынок, понимает стоимость функции и называет вилку сразу. Потому что он не играет в переговоры — он строит бюджет отдела, который должен быть прозрачным и предсказуемым.

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

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

Он не набирает «сложную команду», чтобы было с кем бороться и получать эмоции. Он строит команду, в которой каждый понимает свою роль, свои задачи и свою зону ответственности и получать результат. Поломка для него — не вызов, а сигнал к тому, что архитектура требует пересмотра.

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

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

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

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