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

推荐订阅源

Engineering at Meta
Engineering at Meta
人人都是产品经理
人人都是产品经理
大猫的无限游戏
大猫的无限游戏
博客园 - 三生石上(FineUI控件)
量子位
腾讯CDC
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
L
LangChain Blog
aimingoo的专栏
aimingoo的专栏
The Hacker News
The Hacker News
T
The Exploit Database - CXSecurity.com
B
Blog
S
SegmentFault 最新的问题
P
Privacy & Cybersecurity Law Blog
T
Threatpost
博客园 - 聂微东
T
Tailwind CSS Blog
The Last Watchdog
The Last Watchdog
C
Check Point Blog
N
Netflix TechBlog - Medium
D
DataBreaches.Net
爱范儿
爱范儿
IT之家
IT之家
S
Secure Thoughts
M
MIT News - Artificial intelligence
NISL@THU
NISL@THU
C
Cisco Blogs
TaoSecurity Blog
TaoSecurity Blog
有赞技术团队
有赞技术团队
A
Arctic Wolf
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Proofpoint News Feed
Spread Privacy
Spread Privacy
Schneier on Security
Schneier on Security
Simon Willison's Weblog
Simon Willison's Weblog
G
GRAHAM CLULEY
雷峰网
雷峰网
Project Zero
Project Zero
博客园 - Franky
H
Heimdal Security Blog
A
About on SuperTechFans
Security Latest
Security Latest
Webroot Blog
Webroot Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More

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

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

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

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

  • Антон Елисеев, представитель объединенной авиационной корпорации (UAC). Эксперт, работающий в отрасли с критически высокой ценой ошибки.

  • Екатерина Баталина, директор практики по управлению персоналом, организационному дизайну и изменениям «Технологии Доверия». Специалист по внедрению систем, которые действительно работают.

Максим Чугунов, руководитель проектов по улучшениям компании Gotek. Представитель бизнеса, фокусирующийся на минимизации финансовых потерь от ошибок.

Максим Чугунов: 

Самый эффективный сотрудник — это тот сотрудник, которого нет, которого нужно заменить роботом или нейросетью.

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

Миф о нерадивом сотруднике и правило 98% против 2%

Антон Елисеев:

Эдвардс Деминг еще в конце жизни оценивал вклад системы в результат на уровне 98%, оставляя только 2% на «усилия» конкретного сотрудника. Если организация устроена так, что каждый день заставляет людей импровизировать и компенсировать провалы процессов, никакая мотивация и никакой ИИ не сделают их по-настоящему эффективными.

Когда эффективность падает, легче всего объяснить это «ленивыми людьми» или «плохим наймом». На практике чаще всего виновата стагнирующая операционная модель, которую никто не пересматривает годами. Сотрудник приходит в компанию с горящими глазами, пытается ломать устаревшие процессы, предлагает улучшения, а потом упирается в стену: «Работает? Ну и не трогай там ничего!»

Екатерина Баталина: 

Вот типичный жизненный цикл сотрудника: первые 1–2 года он растет вместе с задачами, а через 3–5 лет часто попадает в систему, которую уже давно нужно перепридумывать целиком. 

Эффективные компании регулярно пересматривают операционную модель: роли, компетенции, процессы, систему мотивации. Без этого даже сильные специалисты превращаются в людей, которые просто «поддерживают статус-кво» и тушат пожары.

Эксперты сходятся в одном: ответственность за результат лежит в первую очередь на менеджменте, который строит систему, а не на исполнителе, который пытается выжать максимум из хаотичной среды. Отсюда и знаменитое «98% против 2%»: если в компании много неэффективности, начинать нужно не с людей, а с устройства самой системы.

Процессы против героизма: встроить качество, а не выбивать его

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

Антон Елисеев: 

Мы перекладываем ответственность за качество процесса на исполнителей. Lean говорит: попробуйте встроить качество в процесс.

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

Что это значит на практике:

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

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

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

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

Знания в эпоху ИИ: не объем, а способность учиться

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

Максим Чугунов обращает внимание на архитектурное ограничение LLM: модели отлично стартуют с огромной базы, могут быстро дать сильный первый результат, но не умеют по‑человечески «закрепляться» на достигнутом и делать следующий шаг уже с учетом нового опыта.

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

Отсюда практический вывод для найма и развития:

  • важен не текущий объем знаний, а способность устойчиво учиться и использовать ИИ как инструмент, а не костыль;

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

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

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

База знаний без управления — это кладбище

Большинство компаний в какой-то момент гордо заявляют: «У нас есть база знаний». На практике это часто просто аккуратный склад документов, куда что-то складывают «на всякий случай» и откуда почти ничего не достают.

Антон Елисеев: 

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

База знаний — лишь один элемент этой среды. Главный вызов — сделать так, чтобы нужное знание попадало к сотруднику в момент принятия решения, и не в виде 50‑страничного документа, а в виде дозированной выжимки, которую можно применить здесь и сейчас.

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

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

Как заставить знания работать: культура, KPI и RAG

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

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

  • Коммуникации. Про знания и ИИ нужно постоянно говорить: показывать кейсы, делиться историями, разбивать скепсис примерами из своей же компании.

  • Модели поведения. Не формальные лозунги, а реальные лидеры мнения, которые демонстрируют нужный паттерн: заполняют CRM, фиксируют приобретённый опыт и лучшие практики, показывают, как сами используют ИИ.

  • KPI. Если продажник не заносит информацию в CRM, он фактически уносит клиента с собой. Простой и честный механизм: нет данных — нет бонуса.

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

Максим приводит практический пример с проектным управлением: самая ценная часть — уроки, вынесенные из проектов — lessons learned, которые обычно пылятся в архиве презентаций. Как только их положили в RAG‑систему с ИИ и связали с KPI по соблюдению методологии, к этим урокам начали ходить добровольно. Людям стало выгодно заранее посмотреть, «где подстелить соломку», чтобы попасть в сроки и сохранить качество.

Технологии как данность: где теперь конкуренция

Остается вопрос: если процессы и знания так важны, что с технологиями — они уже не дают преимущества?

Максим Чугунов:

Технология для 99% компаний — это просто данность. Конкуренцию нужно выигрывать за счет способности встроить эту технологию в процессы и вовлечь персонал.

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

Реальная конкуренция смещается в плоскость:

  • кто быстрее и аккуратнее встраивает технологии в рабочие процессы;

  • кто выстроил систему управления знаниями так, что ИИ не просто ищет по PDF, а помогает принимать решения;

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

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