То, что вы описываете — это классический корпоративный антипаттерн, который в теории управления называется «токсичной бюрократией», а в IT-среде часто ощущается как работа с бесконечным и никем не задокументированным legacy-кодом, где каждый костыль держится на честном слове.

Для человека с техническим, системным складом ума, который привык к алгоритмам, строгим спецификациям и логике, такая среда физически невыносима. Вы пытаетесь найти логику там, где ее функция — маскировать некомпетентность.

Давайте разберем анатомию этой системы и выстроим алгоритм выживания.

Анатомия сломанной системы

Ваши наблюдения абсолютно точны. В крупных (особенно старых или быстро раздувшихся) компаниях эти четыре симптома работают как единый механизм защиты:

• «Племенные знания» (Tribal Knowledge) вместо документации: Правила не фиксируются намеренно. Отсутствие регламента позволяет руководству или смежным отделам менять правила игры задним числом. Тот, кто пишет регламент, берет на себя ответственность за его работу. В токсичной среде главная цель — избежать ответственности.

• Бюрократия как дымовая завеса: Сложные процессы без ценности (Имитация Бурной Деятельности) нужны для того, чтобы скрыть отсутствие реального продукта. Если менеджер не понимает, как работает база данных или архитектура приложения, он создает видимость контроля через формы, отчеты и бесконечные согласования.

• Процессорное «голодание» (Busywork): Система работает на 100% загрузке, но полезная пропускная способность равна нулю. Это совещания, на которых обсуждают, когда будет следующее совещание.

• Смещение вины (Blame Shifting): Претензии за «неправильный процесс» при отсутствии инструкции — это идеальный инструмент манипуляции. Вас делают виноватым не за техническую ошибку (потому что в коде или архитектуре они ничего не понимают), а за нарушение выдуманного ритуала. Это способ держать компетентных технарей в подчиненном, оправдывающемся положении.

Как выжить технарю: Инструкция по эксплуатации системы

Не пытайтесь исправить эту систему глобально — она сопротивляется изменениям на уровне инстинкта самосохранения. Ваша задача — выстроить локальную защиту (свой собственный firewall) вокруг своей зоны ответственности.