惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
博客园 - 三生石上(FineUI控件)
S
Securelist
U
Unit 42
The Cloudflare Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Simon Willison's Weblog
Simon Willison's Weblog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
B
Blog
T
Tenable Blog
The Hacker News
The Hacker News
The Register - Security
The Register - Security
IT之家
IT之家
博客园 - 【当耐特】
Spread Privacy
Spread Privacy
P
Privacy & Cybersecurity Law Blog
博客园_首页
T
Tailwind CSS Blog
人人都是产品经理
人人都是产品经理
C
Cybersecurity and Infrastructure Security Agency CISA
Know Your Adversary
Know Your Adversary
NISL@THU
NISL@THU
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
阮一峰的网络日志
阮一峰的网络日志
T
Tor Project blog
C
CERT Recently Published Vulnerability Notes
Apple Machine Learning Research
Apple Machine Learning Research
Stack Overflow Blog
Stack Overflow Blog
T
Threat Research - Cisco Blogs
T
The Exploit Database - CXSecurity.com
V
Vulnerabilities – Threatpost
A
Arctic Wolf
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
V
V2EX
aimingoo的专栏
aimingoo的专栏
大猫的无限游戏
大猫的无限游戏
Scott Helme
Scott Helme
L
LINUX DO - 热门话题
Cyberwarzone
Cyberwarzone
V
Visual Studio Blog
月光博客
月光博客
爱范儿
爱范儿
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
美团技术团队
G
GRAHAM CLULEY
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
H
Heimdal Security Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Теневая система: как компании управляют своим описанием вместо себя
Алина Набокова · 2026-06-11 · via Все публикации подряд на Хабре

Теневая система: как компании управляют своим описанием вместо себя

Средний

10 мин

4.4K

О неформальных архитектурах и о том, почему это всегда дороже, чем кажется

1. Управление иллюзией

Есть простой способ проверить, насколько компания понимает собственную операционную реальность. Задаем универсальный вопрос: «Как у вас принимаются решения — не по регламенту, а в жизни?». Или можно спросить что‑то более приземленное: «Как мне согласовать бюджет на обучение команды?».

Если ответ начинается со вздоха, паузы и фразы «Ну, это зависит от того, кто спрашивает...» — поздравляю, перед вами компания с системным кризисом. Разрыв между тем, как бизнес заставляет процессы выглядеть на бумаге (де‑юре), и тем, как они работают на самом деле (де‑факто) — это и есть реальный масштаб теневой системы управления.

2. Почему «тень» вообще появляется

Причин возникновения теневой системы много, но (что удивительно) «злой умысел» отдельных личностей не входит даже в шорт‑лист. Это всегда результат абсолютно рациональной адаптации людей к кривой операционной среде.

Представьте классический кейс:

Новый сотрудник пытается решить задачу по инструкции.

Процесс требует согласований от нескольких подразделений. У каждого свои KPI, свои сроки и своя колокольня.

Через пару недель пинания (уже дохлой) задачи по кругу «ответственных», коллега подсказывает: «Когда надоест мучиться — в подразделении А сидит Маша. Напиши ей в мессенджер, обрисуй ситуацию, можешь сказать, что от меня. А вдогонку кинь на почту письмо вот с такой формулировкой».

«Совет бывалого» оказывается не просто добрым, а волшебным — задача решается в течение дня.

Вывод: официальный путь — это гарантированная потеря времени и нервов; неформальный — это гарантированный результат. Что выберет разумный человек? Разумеется, второй вариант.

Через полгода регулярного повторения теневой маршрут становится нормой. Нигде не зафиксированной, но единственно рабочей. И здесь важно понимать внутреннюю механику участников процесса:

Руководители среднего звена, чья реальная власть держится на личных связях и ручном распределении благ, становятся главными бенефициарами «тени». Любая попытка навести порядок и сделать процессы прозрачными для них — это не угроза организационной эффективности, это прямая угроза их личному контролю.

Носители теневой экспертизы (те самые «Маши», через которых всё фактически крутится) оперативно осознают свою незаменимость. Зачем им что‑то менять? В прозрачной системе они станут просто линейными сотрудниками, а внутри «тени» они — серые кардиналы.

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

3. Пять способов сделать вид, что процессы есть

Когда в компании нет работающей формальной архитектуры, «система» начинает плодить симулякры. У них есть несколько наиболее устойчивых «масок», которые легко узнать, если вы хоть раз пытались внедрить изменения.

Галочка. Документ, сжатый и упрощенный до полной бесполезности. В нем нет никакой конкретики, он создан исключительно для прохождения процессного аудита (для более общих процессов) или под запрос какого‑то руководителя (для более узконаправленных задач). Все знают, что он есть, и никто никогда в него не смотрит.

Монстр. Талмуд на 100+ страниц с перекрестными ссылками и тяжелым слогом. Его истинная цель — заявить: «Не лезь сюда!». Это не инструмент координации и не часть бизнес‑архитектуры, а корпоративное территориальное оружие. Способ защитить свое подразделение от любого внешнего контроля и проверок.

Экспонат. Идеально точный и правильно описанный документ... актуальный на 2021 год. С тех пор бизнес‑модель поменялась трижды, и, учитывая объем работ по обновлению, переписывать его желающих нет. Он бережно хранится в корпоративной wiki, из которой его порой показывают новичкам на онбординге как пример корпоративного порядка. Вот только к реальности он уже давно не имеет никакого отношения.

Реликвия. Документ, написанный под конкретного менеджера или старый софт, которых в компании давно нет. Системы поменяли, должности переименовали, люди уволились три года назад, но формально документ никто не отменял. Он висит мертвым грузом, создавая иллюзию покрытия там, где этого покрытия нет.

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

Эти «маски» могут существовать отдельно или скрещиваться, порождая жуткие гибриды, но во всех случаях итог один: наличие подобных «официальных процессов» формирует рядом с собой «тень», которая фактически и будет координировать всю работу.

4. Почему это проблема

Теневая система по своей природе фрагментарна и закрыта. Каждый её участник владеет своим фрагментом (хорошо, если актуальным) и не хочет / не может его масштабировать либо грамотно соединить в кросс‑функционале. Неформальные рычаги давления или договоренности, «дыры» в процессах и специфические пути обхода — все это слишком персонализировано и (как минимум в рамках этических норм компании) не особо легально, а соответственно — не тиражируемо.

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

Исчезает предсказуемость. Результат процесса больше не зависит от системы. Он зависит от того, в каком настроении сегодня нужный человек и насколько вы лично ему симпатичны. Планировать что‑угодно в таких условиях — лотерея.

Власть переходит к лидерам де‑факто. Формальная структура на схеме может быть какой угодно, но реальные решения принимаются в курилках теми, кто контролирует неформальные потоки. Причем принимаются они исходя из их личных амбиций, игнорируя как стратегические цели компании, так и динамику существования команды (за редким исключением круга «особо приближенных»).

Data‑driven подход превращается в кружок рисования. BI‑системы, метрики, KPI и их аналоги фиксируют официальную систему — ту, которой никто не следует, и которая де‑факто не существует. При этом «тень» и ее показатели нигде не отражены. И чем более развита аналитическая инфраструктура, тем изощреннее становится система производства нужных показателей, и тем дальше данные от того, что происходит на самом деле. В итоге — все очень красиво и радует глаз, но в «бою» почти бесполезно.

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

5. Точка, после которой выход становится принципиально дороже

Теневая система обладает свойством самовоспроизводства, причем с каждым витком скорость растет. Механизм прост: когда навык неформального маневрирования («умение решать вопросы», «политический вес», «выстраивание правильных отношений» и так далее) начинает приносить больше карьерных дивидендов, чем реальная профессиональная экспертиза, в компании запускается «противоестественный отбор».

Люди, преуспевающие в теневой навигации, продвигаются.

Профессионалы, которые просто делают свою работу и не хотят тратить 80% времени на «корпоративные игры», стагнируют или уходят.

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

Это и есть та самая точка невозврата. Не день первого появления «тени» и даже не день, когда «тень» стала заметной, а тот момент, когда позиция «тени» уже так закрепилась, что именно она стала единственной известной и понятной моделью поведения для большинства сотрудников.

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

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

6. Вопрос, который не любят поднимать

Теневая система не заводится в компании сама, как грибок в сыром подвале. За ней всегда стоит управленческое решение — изначально не строить нормальную архитектуру или годами не чинить то, что сломалось.

Это решение редко принимается одномоментно и осознанно. Чаще это серия мелких, ежедневных компромиссов: «сейчас не до этого», «разберёмся потом», «и так работает», «зачем усложнять» и так далее. В моменте каждый такой шаг кажется логичным и обоснованным. Но в долгосрочной перспективе эти компромиссы строят незаметного и крайне прожорливого монстра.

Цена его содержания плавно растет: сначала компания платит за него бюджетами (в том числе на хаотичные «трендовые» решения), потерей качества адаптации к новым условиям и уходом профессионалов. Но если вовремя не остановиться, теневая система способна «откусить» от компании кусок побольше — вплоть до потери целого бизнес‑направления или рынка.

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

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

7. Что можно сделать (и почему легализация — это очередной миф)

Первое, что приходит в голову типовому ответственному (по итогам процессного аудита) — «А давайте просто опишем и узаконим то, как оно работает сейчас!».

Забудьте. Легализовать теневую систему политически невозможно по двум причинам:

Не все процессы «чисты». Вы не сможете зашить в официальный регламент, что подрядчик А выбирается потому, что он кум директора по закупкам, а счета по ИТ‑контрактам бухгалтерия оплачивает быстрее, потому что начальник отдела развития подвозит главбуха на работу.

Это подрыв авторитета. Легализация — это официальное признание того, что формальная структура является декорацией. Те, чья власть держится на теневой архитектуре, заблокируют ваши порывы под любым предлогом (а некоторым и предлог не нужен, так как их слово — закон в этой компании).

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

Как выходить из пике?

Работающий выход находится в несколько иной логике — построении минимально жизнеспособного архитектурного каркаса (MVA), отталкиваясь от фактического, а не желаемого состояния системы. И начинается это не с рисования красивых схем «Как должно быть через 5 лет», а с честного ответа на вопросы: «Как мы работаем прямо сейчас?», «Какие ресурсы / ограничения у нас есть сейчас?» и «Какая у нас реальная цель?».

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

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

Осознание того, что компания живет в «тени» — это не повод для паники, а нормальная точка ноль. Бизнес‑системы инерционны, и «тень» в них будет всегда. Задача архитектора — не уничтожить её под корень (это утопия), а выстроить такую архитектуру, которая вернет менеджменту контроль над ключевыми узлами и позволит сотрудникам просто выполнять свою работу.

Борьба с теневой архитектурой — это всегда игра на чужом поле и без правил. Здесь нет готовых чек‑листов и фреймворков, которые можно внедрить по инструкции. Каждая система (компания) уникальна, и любой шаблон, навязанный сверху, станет очередной «маской». Единственный рабочий подход — честная диагностика фактических связей и построение MVA от базиса, а не от презентационной красоты. Остальное — дело техники и политической воли.