Знаете, что меня всегда удивляло? Когда в компании увольняется ключевой сотрудник, все начинают бегать как в огне. «Катастрофа! Мы потеряем клиентов!» И каждый раз, как в первый. Словно никто не предполагал, что люди вообще могут уходить.
А теперь представьте другую картину. Уходит руководитель отдела продаж. Команда грустит, но процессы не рушатся. Новый человек выходит на полную мощность за три недели вместо трёх месяцев. А через полгода отдел работает даже лучше, потому что свежий взгляд нового руководителя помог найти слепые зоны.
Это и есть антихрупкость. Термин, который Нассим Талеб придумал для систем, не просто выживающих при стрессе, а становящихся от него сильнее. И я убеждена, что HR-процессы можно и нужно строить именно так.
Почему «устойчивость» — это мало
Давайте разберёмся с терминологией. Есть три типа систем.
Хрупкие — разрушаются от стресса.
Устойчивые — выдерживают удар и возвращаются к прежнему состоянию.
Антихрупкие — используют стресс как топливо для роста.
Большинство HR-отделов мечтают хотя бы об устойчивости. Но устойчивость — это потолок. Вы тратите ресурсы, чтобы вернуться в точку, где были до кризиса. А антихрупкость — это когда каждый кризис делает вашу систему чуть умнее, чуть быстрее, чуть адаптивнее.
Один мой знакомый HRD рассказывал историю. В 2022 году из их IT-компании за два месяца уехали 40% разработчиков. Классическая катастрофа. Но они не просто выжили. Они полностью перестроили систему найма, создали распределённые команды в четырёх часовых поясах, внедрили такую документацию процессов, что онбординг сократился вдвое. Через год их показатели превысили докризисные. Кризис не сломал их, он заставил стать лучше.
Алгоритм первый: Тест на устойчивость команды
Представьте, что ваш ключевой сотрудник неожиданно ушёл в длительный отпуск или получил предложение мечты и уволился за один день. Сможет ли команда продолжить работу без потерь? Это простой, но честный вопрос про управление рисками и именно с него стоит начать.
Вот как это работает на практике. Раз в квартал садитесь и честно отвечайте на вопрос: «Уход какого человека причинит максимальный ущерб прямо сейчас?» Составьте список из пяти-семи таких людей. Для каждого из них проверьте три вещи.
1.Задокументированы ли его ключевые процессы так, чтобы другой человек мог их подхватить за неделю?
2.Есть ли хотя бы один человек в команде, который понимает 70% его работы?
3.Где хранятся его контакты, доступы, наработки — в его голове или в общей системе?
Реальный кейс. В одной логистической компании весь экспорт держался на одном менеджере. Назовём его Сергей. Сергей знал всех на таможне, помнил все коды, все нюансы. Когда Сергей заболел ковидом на три недели, компания потеряла два крупных контракта. После этого руководство, наконец, заставило Сергея записать всё, что он знает. Создали базу знаний, подключили второго человека к ключевым клиентам. Когда через год Сергей уволился, переход занял десять дней без единого сбоя.
Алгоритм второй: превращайте каждое увольнение в апгрейд системы
Вот конкретная процедура, которую я рекомендую внедрить.
Шаг первый — выходное интервью с правильными вопросами. Забудьте про формальные анкеты. Спрашивайте так: «Что вы делали в своей работе, о чём ваш руководитель даже не подозревает?» и «Какой процесс в компании вы считаете самым бессмысленным?» Люди, которые уходят, говорят правду. Это бесценный ресурс — пользуйтесь им.
Шаг второй — аудит «осиротевших» процессов. В первые три дня после увольнения пройдитесь по всему, что делал человек. Гарантирую: вы найдёте задачи, которые он выполнял по инерции и которые давно можно автоматизировать или отменить.
Шаг третий — обновление профиля должности перед новым наймом.Не копируйте старую вакансию. Каждый раз задавайте вопрос: «А нам точно нужен такой же человек? Или мир изменился и нужен другой?»
Шаг четвёртый — через месяц после выхода нового сотрудника спросите его: «Что вам кажется странным в наших процессах?» Свежий взгляд — это подарок. Новички видят абсурд, к которому старожилы давно привыкли.
В одной рекламной студии этот подход привёл к тому, что после ухода арт-директора команда обнаружила: он единолично согласовывал все макеты, создавая бутылочное горлышко. Новая система с распределённым согласованием ускорила производство на 30%.
Алгоритм третий: модульная структура команд
Антихрупкость невозможна, если ваша команда — это монолит, где каждый делает что-то уникальное и незаменимое. Нужна модульность.
Практически это выглядит так. Разбейте функции отдела на модули — относительно автономные блоки задач. Убедитесь, что каждый модуль может выполнять минимум два человека (не обязательно одинаково хорошо, но хотя бы на базовом уровне). Введите практику ротации: раз в полгода люди на одну-две недели подключаются к смежному модулю.
Это создаёт избыточность. А избыточность — фундамент антихрупкости. Да, это кажется неэффективным. Зачем учить маркетолога основам аналитики, если есть аналитик? Затем, что когда аналитик уйдёт в отпуск, заболеет или уволится, маркетолог не будет сидеть без данных.
Один стартап из EdTech рассказывал мне, как они внедрили «пятницы кросс-функций»: каждую пятницу сотрудники на два часа погружались в работу коллеги из другого направления. Через полгода, когда у них одновременно ушли два из пяти разработчиков, оставшиеся смогли перераспределить нагрузку без найма фрилансеров, потому что менеджер продукта умел закрывать базовые задачи в коде, а дизайнер — тестировать.
Практические советы, которые работают
Создайте «книгу рецептов» для каждой роли. Не должностную инструкцию, их никто не читает. А именно рабочую книгу: «Если случилось А, делай Б. Пароль от сервиса — там-то. Контакт подрядчика — такой-то. Этот отчёт нужен каждый понедельник к 11:00, шаблон лежит здесь.» Обновляйте её раз в квартал. Поручите это самому сотруднику пусть ведёт как рабочий дневник.
Стройте найм как постоянный процесс, а не как реакцию на увольнение. Ведите тёплую базу кандидатов. Общайтесь с интересными людьми на рынке, даже когда вакансий нет. Когда кто-то уйдёт, у вас уже будет список из пяти человек, с которыми можно начать разговор завтра, а не через месяц поиска.
Внедрите «предсмертный анализ» для HR-процессов. Это техника из проектного управления. Соберите команду и скажите: «Представьте, что через полгода наш процесс адаптации полностью провалился. Почему это могло случиться?» Люди гораздо лучше предсказывают причины неудач, чем условия успеха. Вы получите карту рисков, которую можно проработать заранее.
Не бойтесь текучки — бойтесь застоя. Здоровая текучка в 10% в год — это нормально. Это приток свежей крови, новых идей, актуальных компетенций. Проблема не в том, что люди уходят. Проблема в том, что система не умеет извлекать пользу из этого процесса.
Формула антихрупкого HR
Если свести всё к простой формуле, она выглядит так: децентрализация знаний плюс избыточность компетенций плюс системная рефлексия после каждого стресса.
Децентрализация — это когда критически важная информация не заперта в одной голове.
Избыточность — это когда несколько человек могут подхватить ключевые функции.
Рефлексия — это когда каждый кризис запускает не панику, а процесс обучения.
Я общалась с HR-директором производственной компании, которая за пять лет пережила три волны массовых увольнений. После первой они чуть не закрылись. После второй — устояли. После третьей — выросли на 20%. Она сказала мне фразу, которую я запомнила: «Мы перестали строить идеальную команду и начали строить систему, которая делает любую команду эффективной.»
В этом вся суть. Антихрупкий HR — это не про конкретных людей. Это про среду, процессы и культуру, которые превращают неизбежные потрясения в точки роста.
Начните с малого. Попросите трёх ключевых сотрудников записать свои процессы. Поговорите с последним уволившимся по-человечески, без анкет. Это не займёт много времени, но запустит движение в сторону системы, которой кризисы не страшны. А может быть — даже полезны.
Если вы чувствуете, что вашей компании не хватает именно такой системности в работе с людьми — мы будем рады помочь. Мы консультируем компании по вопросам управления персоналом: от построения устойчивых HR-процессов до стратегий удержания и адаптации команд. Иногда достаточно одного разговора, чтобы увидеть, с чего начать. Напишите нам — обсудим вашу ситуацию.
Отправляя данные вы подтверждаете пользовательское соглашение