Путин ответил шуткой на благодарность атомщиков в Сарове
«Свято место пусто не бывает»: почему строить проект вокруг одного гения — опасно
Недавно услышал фразу, которая в политике звучит как шутка, а в проектировании — как приговор. «Свято место пусто не бывает». Прозвучала она в ответ на благодарность за то, что без руководителя якобы не справились бы. Ирония в том, что в производстве и IT ровно обратная аксиома: если без одного человека всё разваливается — проект спроектирован отвратительно.
Когда я вижу, что на стройке или в технологической компании ключевой инженер — единственный, кто знает, как работает оборудование, я сразу проверяю, застрахованы ли риски. Чаще всего — нет. И это не просто неудобство. Это угроза срыва сроков, потери денег и нервов.
Bus factor: цифра, которую никто не считает
В проектном менеджменте есть показатель «bus factor» — количество людей, которые должны быть сбиты автобусом, чтобы проект встал. Если это число равно 1 — вы в зоне риска. В реальной практике на одном из заводов, где я консультировал, увольнение старшего наладчика остановило линию на 3 недели. Простой стоил 12 миллионов рублей. И это только прямой убыток.
Причина — вся документация по процессу была в голове у этого специалиста. Никто не настаивал на её формализации. «Он же гений, зачем писать?» — думали руководители. А потом гений ушёл. И «свято место» пустовало ровно до момента, пока не наняли нового и не потратили месяц на восстановление знаний.
Как это работает в производстве и IT: реальный кейс
Недавно я заметил, что в одной строительной компании проектная документация по сложному монолитному узлу существовала только в виде заметок на салфетках у главного инженера. Когда он ушёл в отпуск, подрядчик не мог продолжить работу — никто не понимал узлы армирования. Пришлось вызывать инженера из отпуска. Это личное наблюдение автора: такие ситуации повторяются из года в год, но выводы делают единицы.
В IT аналогичная история — single point of failure. Один разработчик знает, как работает критический модуль. Он может уйти, заболеть или просто перестать отвечать. Результат — остановка релиза, аврал, поиск «волшебника». Хотя всё, что нужно — распределить знания.
Пошаговый совет: как убрать зависимость от одного человека
Вот четыре действия, которые можно внедрить за месяц:
- Документируйте всё, что делает ключевой сотрудник. Не надейтесь на память. Описывайте процесс, решения, контакты. Используйте системы вроде Confluence или обычные гугл-доки.
- Введите практику парного выполнения задач. В IT — парное программирование. В производстве — обучение дублёра на каждую сложную операцию.
- Организуйте ротацию. Пусть люди периодически меняются обязанностями. Это страшно неэффективно в моменте, но спасает в кризисе.
- Проверяйте bus factor раз в квартал. Если он меньше 2 — срочно что-то меняйте.
| Параметр | Проект с одним «святым» | Распределённая команда |
|---|---|---|
| Время на ввод нового человека | 2–4 недели | 2–3 дня |
| Риск остановки при увольнении | Высокий | Низкий |
| Качество документации | Минимальное | Подробное |
| Устойчивость к изменениям | Низкая | Высокая |
«В проекте нет незаменимых — есть плохо документированные процессы» — это правило я вывел после десятка аварий. Оно работает везде: от сборки микросхем до возведения небоскрёбов.
Кому это нужно? Не только IT-директорам
Многие думают, что проблема «святого места» касается только разработки. Нет. На производстве, в строительстве, в логистике — везде. Если вы руководитель, ваша задача — сделать так, чтобы система работала без вас. Хотя бы пару дней. Иначе вы становитесь тем самым узким горлышком, которое душит проект.
Фраза «Свято место пусто не бывает» в бизнесе означает лишь то, что рынок быстро найдёт замену. Но цена этой замены может быть непомерной. Лучше подготовиться заранее.
Резюме от автора. Не стройте проект вокруг одной личности. Создайте систему, где знание распределено, а процессы задокументированы. Тогда даже если ключевой человек уйдёт — место не опустеет. Точнее, его быстро займёт кто-то другой, но без простоя и потерь. Это и есть зрелость управления.
















