В предыдущем посте я объяснил, что такое Bus Factor и чем хорошо (или нет) быть в составе Bus Factor=1, 2, 3... В этом посте расскажу про одну из уловкок из разряда 'знаниевых', а именно про владение "племенными знаниями", как про один из инструментов для попадания в категорию 'неприкасаемый'.

    “Племенные знания” (или же Tribal Knowledge) – это знания, которые существуют внутри команды или компании, но нигде не задокументированы. Они передаются устно, остаются в головах отдельных людей и часто становятся критически важными для работы проекта.

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

Когда-то не было ничего... Кто-то нашел деньги, у кого-то родилась идея и начал рождаться продукт. По началу недокомпания набирает всех подряд, сжигает большие суммы денег и единственное, что им нужно - это MVP (Minimum Viable Product). Тесты, документация? - нахуй. "У нас месяц до релиза!!!"

Спустя какое-то время, компания выходит на самоокупаемость, начинает получать прибыль и тогда уже стоит что-то менять. Но менять очень сложно. К этому моменту уже есть определенная каста людей (либо 1 человек), на которых все держится. Что конкретно и как, никто не знает, поэтому 'все' - самое подходящее слово.

У компании несколько вариантов развития событий:

1. Дальше дрочить этим суперсеньорам и продолжать вестись на их манипуляции и шантаж, чтобы все хоть как-то, но работало. 

2. Перекраивать структуру, увольнять 30% людей и терять еще 30% штата, которые уйдут сами, не согласившись на новый лад работы и через полгода стать на следующую ступень развития жизненного цикла организации.

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

Если хочешь стать Bus Factor = 1, владение Tribal Knowledge – один из самых надежных способов. Чем больше таких знаний у тебя, тем сложнее компании без тебя.

Это не так. Работать на проекте дольше всех - самый очевидный путь, но долгий. Есть варинты проще и быстрее, хоть и эффективность у них чуть ниже.

Вот варики, как накопить "Tribal Knowledge":

  ✅ Разобраться в самых тёмных уголках проекта

В коде есть древний кастомный UI-компонент, написанный ещё на AngularJS, который чудом работает в приложении на Angular 17. Никто не знает, как он живёт, но без него сломается полсайта. Ты потратил время, разобрался, но в документацию не записал. Теперь любой баг — твоя зона влияния.

  ✅ Изучить неформальные процессы, которые нигде не задокументированы

Все знают, что деплой в пятницу — плохая идея, но никто не говорит, почему. Ты выяснил, что CI/CD роняет прод, если в PR не обновлены зависимости для Angular Universal. Теперь ты можешь либо чинить, либо намекнуть, что лучше не трогать без тебя.

  ✅ Стать точкой входа в “неявные знания”

Почему во всём проекте вместо ngIf + async используется кастомный LetDirective? Почему при изменении роутинга вызывается window.scrollTo(0, 0), но не везде? Ты знаешь, что это костыль для Safari на iOS, у которого слетает скролл-позиция, но никто больше не в курсе, почему именно так.

  ✅ Контролировать связи между разными командами

Backend-разработчики не задокументировали API до конца, и выяснилось, что PATCH /user иногда меняет только переданные поля, а иногда — удаляет всё, что не передано. Ты знаешь, как это работает, и можешь решить, кто пострадает — бэкенд или фронтенд.

  ✅ Иметь знания, которые слишком сложны для быстрой передачи

Официально у вас серверный рендеринг (SSR) работает идеально, но ты знаешь, что после авторизации надо насильно инвалидировать кеш через TransferState, иначе пользователи видят старые данные. Это не задокументировано, но без тебя никто не разберётся, почему у одних пользователей всё нормально, а у других — баги.

Чем больше таких знаний у тебя — тем сильнее твоя позиция в компании. Захотят тебя уволить? Не смогут. Захочешь поднять ЗП? Получишь.