Bus factor: когда весь бизнес в голове у одного человека

• Bus factor — это число ключевых людей, потеря которых останавливает бизнес. Если оно равно единице, вы держите бомбу замедленного действия.
• Опасность не в злом умысле, а в обычной жизни: человек уходит, болеет, выгорает или просто уезжает в отпуск — и процессы встают.
• В малом бизнесе риск прячется тихо: один знает все пароли, процессы живут только в голове, систему писал единственный программист.
• Снизить риск можно без героизма: документация, передача доступов на компанию, второй человек в курсе, простые регламенты.
• Если не знаете, на ком держится ваш бизнес, начните с независимого взгляда со стороны — это и есть задача ИТ-аудита.

Я часто захожу в компании, где всё работает, выручка идёт, клиенты довольны — и при этом весь бизнес держится на одном человеке, который об этом даже не задумывается. Иногда это собственник. Чаще — «свой айтишник», маркетолог или программист, который когда-то всё настроил и с тех пор молча тащит. Снаружи кажется, что система устойчива. На деле она держится на одной нитке. В этой статье я разберу, что такое bus factor простыми словами, почему я считаю его одним из самых недооценённых рисков малого бизнеса и что с ним делать, пока не стало поздно.

Что такое bus factor простыми словами

Bus factor (его ещё называют «фактор автобуса») — это ответ на неприятный вопрос: сколько ключевых людей должны внезапно выпасть из работы, чтобы бизнес встал? Название мрачное: представьте, что человека «сбил автобус». Но смысл не в трагедии, а в зависимости. Если достаточно потерять одного — у вас bus factor равный единице. Это самый опасный вариант.

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

Важно понимать: bus factor — это не про лень или некомпетентность команды. Это про концентрацию знаний и доступов в одной точке. Чем больше критичной информации заперто в голове одного человека и нигде не записано, тем ниже ваш фактор автобуса и тем хрупче бизнес. Хороший показатель — когда любого ключевого сотрудника можно заменить без остановки работы, потому что знания и доступы принадлежат компании, а не лично ему.

Чем это опасно для бизнеса

Главная ловушка в том, что низкий bus factor никак не проявляется в спокойное время. Бизнес идёт, всё работает, и кажется, что говорить не о чем. Проблема выстреливает ровно в тот момент, когда вы меньше всего к ней готовы. И это не обязательно увольнение со скандалом. Гораздо чаще — обычные жизненные ситуации.

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

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

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

Где он прячется в малом бизнесе

В крупных компаниях есть отделы, регламенты и подстраховка. В малом бизнесе всё иначе: здесь bus factor единицы — почти норма, и прячется он в нескольких типичных местах. Разберу самые частые, которые встречаю на практике.

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

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

Самописная система без второго специалиста. Это, пожалуй, самый коварный случай. Когда-то для бизнеса написали свою программу, скрипт автоматизации или интеграцию — и она отлично работает. Но написал её один человек, в одиночку, без документации и без второго программиста, который понимал бы код. Пока автор на связи, всё хорошо. Но стоит ему пропасть — и систему невозможно ни починить, ни доработать, потому что никто не понимает, как она устроена. Бизнес оказывается заложником чёрного ящика, который сам же и заказал.

«Свой айтишник» как единственная точка контакта. В малом бизнесе часто есть универсальный человек, который и сайт чинит, и компьютеры настраивает, и с подрядчиками общается. Удобно — пока он один. Но именно через него проходит вся техническая картина компании, и нигде, кроме его головы, она не собрана воедино. Это классический bus factor единицы, замаскированный под удобство.

Как снизить риск

Хорошая новость: повысить bus factor можно без революции и без раздувания штата. Это не про то, чтобы нанять второго программиста на всякий случай. Это про то, чтобы знания и доступы перестали быть личной собственностью одного человека и стали активом компании. Вот что я рекомендую в первую очередь.

Соберите и передайте доступы на компанию. Это базовый и самый недооценённый шаг. Домен, хостинг, рекламные кабинеты, аналитика, платёжные сервисы должны быть оформлены на корпоративную почту и юрлицо, а не на личные аккаунты сотрудников. Заведите единое защищённое хранилище паролей, к которому имеет доступ собственник или доверенный человек. Тогда уход любого специалиста перестаёт быть угрозой потери активов.

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

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

Сделайте самописные системы прозрачными. Если у вас есть самописная программа или интеграция, добейтесь, чтобы у неё была хотя бы базовая документация и доступ к исходному коду на стороне компании. В идеале — чтобы её мог подхватить другой специалист. Чёрный ящик, который понимает только один человек, нужно постепенно превращать в систему, которую можно передать.

Начните с честной диагностики. Прежде чем что-то менять, полезно понять, где именно у вас находятся точки единичного отказа. Часто собственник искренне не знает, на ком и на чём держится его бизнес, пока кто-то со стороны не разложит это по полочкам. Именно для этого существует ИТ-аудит: независимый специалист проходит по всем системам, доступам и процессам и показывает, где у вас bus factor единицы и что с этим делать в порядке приоритета.

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

У меня всё работает и человек надёжный. Зачем мне об этом думать?

Именно потому, что всё работает, риск и незаметен. Надёжность человека не отменяет того, что он может заболеть, выгореть или уехать. Речь не о недоверии к конкретному сотруднику, а о том, чтобы бизнес не зависел от здоровья и настроения одного человека. Это вопрос устойчивости, а не лояльности.

Это касается только ИТ и программистов?

Нет. Bus factor единицы бывает у бухгалтера, который один знает всю отчётность, у менеджера, который держит всех ключевых клиентов на личных контактах, у мастера, который один умеет настраивать оборудование. ИТ — самая частая и заметная зона, но принцип универсален: где знание заперто в одной голове, там и риск.

Не выйдет ли так, что я обижу сотрудника, забрав у него доступы?

Если объяснить смысл, адекватный человек поймёт. Передача доступов на компанию — это не наказание и не слежка, а нормальная практика. Личные пароли от рабочих систем — это риск для самого сотрудника тоже: на нём одном висит ответственность за всё. Грамотная передача снимает с него лишнюю нагрузку и делает отношения прозрачнее.

С чего начать, если ресурсов мало?

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

Как понять, какой у меня сейчас bus factor?

Задайте себе один вопрос по каждой важной системе: если этот человек завтра исчезнет, кто-то ещё сможет с ней работать? Если по большинству систем ответ «нет» — у вас фактор автобуса единицы. Чтобы получить полную и честную картину без самообмана, лучше провести аудит силами независимого специалиста, который не заинтересован приукрашивать ситуацию.

Выводы

Bus factor — это тихий риск, который не виден, пока всё хорошо, и бьёт в самый неподходящий момент. Когда все знания, доступы и пароли заперты в голове одного человека, бизнес выглядит устойчивым, но на деле держится на одной нитке. И рвётся эта нитка не из-за катастроф, а из-за обычной жизни: отпуска, болезни, выгорания, ухода.

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

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