Риск зависимости от ключевых людей

Bus Factor - калькулятор риска зависимости от ключевых людей

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

Bus Factor = round(среднее число носителей знаний × (1 − доля зон с монополией знаний)). Минимум 1. BF ≥ 4 - здоровая распределённость знаний.

  • Расчёт в браузере
  • Данные не сохраняются
  • Карта зон риска
  • Бенчмарки по типам компаний
Рассчитать Bus FactorОриентировочный расчёт, не гарантирует результат.
Пример расчёта Bus Factor
демо
Критических зон
5
продажи, разработка, закупки…
Среднее носителей/зона
2 чел.
в среднем по всем зонам
Монополия знаний
60%
зон с одним монополистом
Bus Factor
1 ⚠
3 зоны высокого риска
Критично

Зачем считать Bus Factor

Bus Factor показывает концентрацию критического знания: насколько ваш бизнес зависит от конкретных людей. Если ключевой менеджер уйдёт - будет ли у вас замена или процесс встанет? BF = 1 означает, что один человек держит всё.

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

Bus Factor - не про лояльность, а про структуру

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

  • Ключевой сотрудник уходит в отпуск / болеет
  • Планируете рост команды или реструктуризацию
  • Инвестор спрашивает про операционные риски
  • Собственник хочет выйти из операционки
  • Готовитесь к продаже бизнеса или due diligence
  • Потеряли ключевого человека и не можете передать дела

Формула Bus Factor

Bus Factor (основная)
BF = round(avgPeople × (1 − overlap/100)) Минимум: 1
avgPeople - среднее носителей/зона; overlap - % зон с монополией знаний
Зоны высокого риска
HighRiskCount = ceil(areas × overlap/100)
Число зон, где >50% знаний у одного человека
% зон высокого риска
HighRiskPct = keyPersonOverlap (%)
Прямо задаётся параметром overlap
Входные данные

Параметры команды

в браузере

Расчёт выполняется в браузере. Данные не сохраняются.

Введите данные и нажмите «Рассчитать Bus Factor»
Все три поля обязательны. Результат - приближённая оценка риска.

Бенчмарки Bus Factor по типам компаний

Ориентиры для разных стадий развития. Чем крупнее компания, тем выше ожидаемый Bus Factor - больше ресурсов на обучение и ротацию.

Тип компанииТипичный BFОценкаКомментарий
Стартап (до 10 чел.)1-2КритичноНормально на старте, но требует осознанного плана передачи знаний по мере роста.
Малый бизнес (10-50 чел.)2-3ПриемлемоДопустимый уровень при наличии документации. Стремитесь к 3 и выше.
Средний бизнес (50-200 чел.)3-5ХорошоЦелевой диапазон. Обеспечивает устойчивость при уходе ключевых сотрудников.
Зрелая компания (200+ чел.)≥ 5ОтличноИнституциональные знания распределены по команде. Минимальная зависимость от персоналий.

5 типичных ошибок при оценке Bus Factor

Компании часто недооценивают риск или считают метрику неправильно. Вот самые частые ловушки.

Считают только по коду

Bus Factor в IT - лишь часть картины. Процессы продаж, закупок, управление ключевыми клиентами, бухгалтерия - всё это критические зоны, которые часто игнорируются.

Что делать
Проведите аудит всех бизнес-процессов, не только технических.
Надеются на корпоративную wiki без ревизии

Документация устаревает за 3-6 месяцев. Если никто не обновляет регламенты, wiki становится бесполезной при реальной передаче дел.

Что делать
Назначьте владельца каждого регламента и установите дату ревизии - хотя бы раз в квартал.
Считают двух людей равными

Один senior с 5 годами в процессе и один junior, который видел его 3 раза - это не BF=2. Уровень компетенции критически важен.

Что делать
Оценивайте не только число носителей, но и глубину их знаний.
Не учитывают непередаваемые знания

Личные контакты с клиентами, история отношений, неформальные договорённости - этого нет ни в каком регламенте. Уход такого человека создаёт разрыв, который документация не закрывает.

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

Bus Factor меняется с каждым увольнением, переводом или появлением нового критического процесса. Оценка годовой давности не отражает текущий риск.

Что делать
Пересматривайте Bus Factor при любом значимом кадровом изменении и минимум раз в полгода.

Как поднять Bus Factor: 5 шагов

01
Картируйте зоны знаний

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

02
Приоритизируйте риски

Какая зона с BF=1 нанесёт наибольший ущерб? Начните с неё. Не пытайтесь исправить всё сразу - сфокусируйтесь на самом опасном.

03
Документируйте процессы

Создайте актуальные регламенты для зон высокого риска. Назначьте владельца документа. Установите дату следующей ревизии.

04
Введите парную работу и ротацию

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

05
Измеряйте регулярно

Пересматривайте Bus Factor при кадровых изменениях и минимум раз в полгода. Отслеживайте динамику: растёт ли BF с течением времени?

Разобрать операционные риски команды

Если Bus Factor критически низкий или вы не понимаете, как выстроить систему передачи знаний - разберём структуру команды, зоны риска и план повышения устойчивости бизнеса.

Заказать разбор

Переход не передаёт данные расчёта. Вы сами решаете, что указать в заявке.

Теория и определения

Что такое Bus Factor - определение, отличия и ошибки

Bus Factor - минимальное число сотрудников, чьё исчезновение остановит критический бизнес-процесс; мера концентрации знаний.

Открыть в словаре

Частые вопросы про Bus Factor

Bus Factor (фактор автобуса, Truck Factor) - минимальное число сотрудников, чьё одновременное выбытие (увольнение, болезнь, уход) остановит критически важный процесс или проект. Чем ниже значение, тем выше концентрация критических знаний в руках одного-двух людей и тем выше операционный риск компании.

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

Основные способы: 1) Ротация обязанностей - регулярная смена исполнителей критических задач; 2) Парная работа (pair work) - совместное выполнение задач двумя людьми; 3) Документирование - актуальные регламенты, инструкции, базы знаний; 4) Кросс-обучение - целевое обучение сотрудников смежным областям; 5) Делегирование с надзором - передача ответственности с контрольными точками.

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

Да, и так и должно быть. Bus Factor нужно считать по каждому критическому процессу или отделу отдельно: разработка, продажи, закупки, финансы, клиентский сервис. Общая цифра по компании маскирует узкие места. Начните с областей, где сбой будет стоить дороже всего.

Операционный директор (COO) или HR-директор на уровне компании; руководители подразделений на уровне процессов. Важно: Bus Factor - управленческая ответственность, а не только HR-метрика. Собственник или CEO должен знать Bus Factor для ключевых направлений бизнеса и включать его в риск-менеджмент.

Связанные калькуляторы

Норма управляемости

Сколько сотрудников может эффективно вести один руководитель.

Открыть
Перегруз собственника

Оцените, насколько собственник перегружен операционкой.

Открыть
Текучесть кадров

Рассчитайте уровень текучести и стоимость замены сотрудника.

Открыть
Планирование загрузки команды

Оцените реальную загрузку команды и выявите перегруз.

Открыть