💣 Архитектор и его тень: почему «я один знаю, как тут всё устроено» — бомба

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

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

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

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

Это называется bus factor — «фактор автобуса». Грубо: сколько человек в команде должно попасть под автобус, чтобы проект обрушился? В здоровой команде ответ — «много, мы друг друга подстрахуем». В нездоровой — «один». И вы знаете, о ком речь.

Как распознать бомбу заранее

Тревожные звоночки достаточно универсальны. Если вы замечаете за своим проектом что-то из этого — пора что-то менять.

• Любой нестандартный вопрос идёт к одному и тому же человеку. Неважно, формально ли он архитектор — фактически он держит контекст.
• Документация есть, но она устарела на пару лет. Или написана, но «не для людей» — разобраться без автора невозможно.
• Он сам жалуется, что «некому передать», но при этом не передаёт. Кажется, что времени нет. На самом деле — нет привычки и нет системы.
• Новые сотрудники приходят и месяцами не могут войти в тему, потому что «всё в голове у Иванова».
• Когда он в отпуске, половина решений откладывается. Когда возвращается — навёрстывается авралом.

Что с этим делать (и почему «просто задокументируй» не работает)

Самая частая рекомендация — «надо всё описать». И это не работает. Потому что носитель знания знает в тысячу раз больше, чем способен рассказать. А записанное без контекста — мертво. Документация, написанная «вообще», никем не читается и быстро устаревает.

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

Парное программирование и парные ревью. Не «Иванов делает архитектуру, остальные смотрят», а «Иванов делает архитектуру вместе с кем-то, кто будет её потом поддерживать». Знание передаётся в процессе работы, а не через документ.

Ротация. Если один человек годами ведёт один и тот же блок — это сигнал. Ротация зон ответственности заставляет объяснять, структурировать, передавать. Больно, но эффективно.

ADR — Architecture Decision Records. Короткие записи: какое решение принято, почему, какие альтернативы рассматривали. Не «вся документация», а именно решения с обоснованием — тот контекст, который теряется первым.

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

Знаете, что самое сложное во всём этом? Не техническая часть. Технически всё понятно. Сложнее всего — признать, что герой-одиночка — это не ценность, а риск. И что культура «мы держимся на Иванове» — это не повод для гордости, а повод для тревоги.

Хорошая новость: bus factor можно снизить. Это не дар, это практика. И чем раньше начать — тем дешевле обойдётся. Пока автобус ещё не подъехал.

#архитектура #bus_factor #проектная_команда #риски #практика #управление_знаниями