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

推荐订阅源

The Cloudflare Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
人人都是产品经理
人人都是产品经理
C
Check Point Blog
有赞技术团队
有赞技术团队
H
Help Net Security
V
Vulnerabilities – Threatpost
N
News | PayPal Newsroom
Hacker News - Newest:
Hacker News - Newest: "LLM"
L
LINUX DO - 最新话题
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 【当耐特】
爱范儿
爱范儿
I
InfoQ
V
Visual Studio Blog
O
OpenAI News
Google DeepMind News
Google DeepMind News
S
Security Affairs
T
Troy Hunt's Blog
P
Palo Alto Networks Blog
Spread Privacy
Spread Privacy
Engineering at Meta
Engineering at Meta
雷峰网
雷峰网
N
Netflix TechBlog - Medium
Latest news
Latest news
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Webroot Blog
Webroot Blog
S
Schneier on Security
MongoDB | Blog
MongoDB | Blog
T
Tor Project blog
V2EX - 技术
V2EX - 技术
Security Latest
Security Latest
Cloudbric
Cloudbric
The GitHub Blog
The GitHub Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
B
Blog RSS Feed
C
CERT Recently Published Vulnerability Notes
T
The Exploit Database - CXSecurity.com
P
Privacy International News Feed
S
Securelist
C
Cisco Blogs
博客园_首页
TaoSecurity Blog
TaoSecurity Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Security Archives - TechRepublic
Security Archives - TechRepublic
P
Proofpoint News Feed
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
T
Threat Research - Cisco Blogs
阮一峰的网络日志
阮一峰的网络日志
S
Secure Thoughts

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

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет 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 миллионов точек без потерь
Удобный вместо сильного: как компании незаметно меняют компетентность на лояльность
ozket · 2026-05-06 · via Все публикации подряд на Хабре

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

Уровень сложностиПростой

Время на прочтение8 мин

Охват и читатели0

Мнение

Когда рынок растет, – побеждают [почти] все. Когда рост останавливается – тут и выясняется, кто управлял, а кто просто не мешал расти. В статье рассмотрим один конкретный путь, по которому системы приходят к тому, что лояльность начинает вытеснять компетентность, постепенно и почти незаметно.


Дисклеймер: написанное здесь не про конкретных людей и не про злой умысел. Это про то, как системы без управления идут по пути наименьшего сопротивления. Чем крупнее система, тем медленнее и незаметнее она меняется, но в то же время и тем существеннее.

Проблема растущего рынка

На растущем рынке все растут. Хорошая фраза, но лишь половина правды. Более точно ее можно сформулировать как «на растущем рынке, когда предложения существующих компаний недостаточно для покрытия спроса, рост могут показывать даже откровенно слабые системы». Это касается как глобальных рынков (текущий спрос на чипы), так и локальных (рост IT-сектора в РФ до 2025-го года) и врЕменных трендов (крипта, микросервисы, обучение базовым навыкам использования ИИ).

В этот период растут те, кто физически способен переварить входящий поток. Быстро растет продуктовая линейка, появляются сотни новых инициатив, под них идет активный найм. То есть выполняются точечные, локальные действия, направленные на рост. Казалось бы, что может пойти не так? Начнем с того, что кто сказал, что рост выручки и увеличение числа продуктов и численности сотрудников - это фактор благополучного развития? Рост не обязательно коррелирует с развитием. Как говорил мой старый добрый товарищ еще 20 лет назад – «кто-то с возрастом становится мудрее, а кто-то просто старше».

Так в чем проблема? Если вы вкладываетесь только в рост, увеличивается количество всего: процессов, продуктов, людей. И это «все» придется обслуживать даже тогда, когда рынок пойдет на спад. Получается, что инвестиция в рост без инвестиции в развитие – это инвестиция в будущую нагрузку (не всегда, но так может быть, поэтому нужно держать под контролем).

Как может показаться, я противопоставляю рост и развитие. Это не совсем так и здесь стоит добавить конкретики:

  • Каждый нанятый сотрудник – это постоянные издержки

  • Каждый запущенный продукт – это поддержка, баги, клиентские обращения

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

Скрытый текст

Нужны ли вам микросервисы?

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

Почему?

Посмотрим на микросервисы в сравнении с монолитом с позиции экономики (без деталей):

  • Это распределенная система, а значит более высокие требования к разработчикам, а значит рост ФОТ

  • По той же причине, да еще и вследствие более сложной архитектуры - это плюс 1, 2, 3, ..., n devops-инженеров

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

  • Если это в облаке - вот вам счет в N раз больше за аренду мощностей и инфраструктурных компонентов в облаке

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

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

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

И в свете этого все встает на свои места:

  • Рост измеряется количественно: выручка, штат, число продуктов, число клиентов

  • Развитие измеряется качественно: способность системы справляться с новыми классами проблем

Здесь отлично подойдет метафора технического долга, но более глобально, – пока идет рост, накапливается организационный долг, а спад - это момент, когда долг нужно погашать. Весь долг одновременно, – и все те «нанять быстро еще 100500 человек» и «запустить вот эти 10 сырых продуктов» и «наложить процессы поверх тех процессов».

Скрытый текст

Для полноты карты стоит оговориться, что на растущем рынке растут не все. Рост рынка создает условия для роста, но не сам рост.

  • Компании с операционными дисфункциями «тонут» быстрее именно на растущем рынке, просто потому что растущий спрос требует масштабирования, которое они не вытягивают (как мы знаем, спрос без пропускной способности, – это не масштабирование, а накопление очереди)

  • Компании с продуктовыми дисфункциями теряют рынок намного быстрее на растущем рынке, так как привлекательность ниши привлекает новых игроков

Критерии отбора

Если внешняя среда долго прощает ошибки, организация может потерять естественный механизм отбора. Сильные решения перестают заметно отличаться от слабых по итоговому результату, а сильные люди от слабых. Когда почти все подразделения формально дают хорошие цифры, – как понять кто действительно умеет строить процессы, развивать продукт, собирать сильные команды и принимать точные решения? Бизнес-результаты перестают давать ясную картину и система управления начинает искать иной критерий для продвижения и удержания людей.

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

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

Последствия деградации

Рано или поздно праздник заканчивается и приходит похмелье – спрос замедляется, конкуренция усиливается, ошибки становятся дороже, – в общем, рынок или расти перестает или сжимается и снова начинает выполнять свою основную функцию: демонстрировать разницу между сильным и слабым управлением.

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

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

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

Это может сопровождаться ростом бюрократии как метода распределения ответственности (чтобы никто не оказался крайним). Бюрократия бывает полезная и правильная, в данном случае это не она. Примерно где-то на этом этапе блок/отдел/вертикаль перестает существовать для развития бизнеса. Появляется новая цель – самосохранение в рамках кризиса.

Признаки «загнивания»

Да, и это неплохо изученная тема, она раскрыта, например, у Адизеса. Здесь приведу признаки, не выходящие за контекст настоящей статьи.

  1. Продвигаются лояльные, а не компетентные. Проанализируйте последние 10-15 повышений. Если большинство тех, кто вырос – надежные и удобные без заметных, зафиксированных достижений, – не исключено, что отбор уже немного сдвинулся.

  2. Про новости. Замерьте среднее время между моментом, когда о проблемах узнают на местах и когда они доходят до руководства. Если путь долгий, а суть по дороге «смягчается», очевидно что система фильтрует реальность. Во времена бума agile-трансформаций мы постоянно строили такие маршруты, чтобы информация могла попасть напрямую от конкретных людей на местах до топ-менеджмента. Это важный канал связи, который дает другой взгляд на компанию, не через призму отчетов. Ну и фраза, которая однажды прозвучала: «если мы не можем решить проблемы людей, влияющие на производство, то кто может?». Да, там была двусторонняя связь - человек, обозначивший проблему, должен был подтвердить, что ее решили, топ давал поручение и брал на контроль, но все равно между ним и конкретной проблемой могло быть 10 уровней менеджмента и подтвердить решение должен был именно сам конкретный человек, а не безликий отчет. Конечно, не все проблемы брались на контроль, однако это мощный способ держать в тонусе всю управленческую структуру.

  3. Сильные уходят, остаются средние. Посчитайте текучку среди топ-20% перформеров и всех остальных. В норме компетентные сотрудники уходят реже. Но в дисфункциональной культуре, где продвигают в основном только за лояльность, картина инвертируется: лучшие уходят первыми, потому что у них больше альтернатив и меньше терпимости к системе, которая их не ценит. Именно поэтому повышенная текучесть среди топ-20% перформеров является нетипичным и тревожным сигналом.

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

  5. Отделы уже переходят в режим самосохранения - клиенты стабильно замечают ваши внутренние проблемы раньше, чем их замечаете вы сами.

Защитные механизмы

Тем, кто дочитал до этого раздела, должно быть, очевидно, какие далее последуют защитные механизмы :)

  • Разделять конкретные результаты человека, перечень принятых самостоятельно сложных решений и ответ на вопрос «в чем его компетенция выше, чем у тех, кто остается на прежнем уровне?»

  • Разделять оценку результата и оценку поведения. В итоговом отчете они не должны сливаться в единый балл, иначе «удобный человек» почти всегда будет побеждать «сильного, но неудобного»

  • Отслеживать текучку топ-перформеров.

  • Сделать плохие новости формально безопасными. Общий принцип должен быть «тот, кто первым поднял проблему, не несет ответственности за ее существование, но может понести ответственность за сокрытие».

    Этот принцип описан в книге «Принцип черного ящика» в главе, где сравнивается отношение к ошибкам в авиации и медицине, - рекомендую к прочтению.

  • Проверяйте соответствие стратегии и реальных решений раз в квартал. Само по себе расхождение не является серьезной проблемой, если его обсуждать открыто, а не игнорировать.

  • Публично отмечайте решения, а не только результаты. Хвалить за результат легко, его видно. Сложнее замечать и называть вслух качество самого решения: точность анализа, смелость в признании ошибки, способность отказаться от быстрого дохода ради долгосрочной ставки. Если организация публично вознаграждает только итоговые цифры, она обучает систему ориентироваться на числа, а не на то, как именно эти числа были получены. В долгосрочной перспективе именно качество решений определяет, где компания окажется, когда рынок перестанет прощать ошибки.

Вывод

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

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

Добро пожаловать в комментарии :)