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

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园_首页
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 叶小钗
A
About on SuperTechFans
量子位
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
T
Threat Research - Cisco Blogs
Spread Privacy
Spread Privacy
Hacker News - Newest:
Hacker News - Newest: "LLM"
N
News and Events Feed by Topic
C
Cybersecurity and Infrastructure Security Agency CISA
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
T
Tenable Blog
V
V2EX
月光博客
月光博客
L
Lohrmann on Cybersecurity
W
WeLiveSecurity
Webroot Blog
Webroot Blog
H
Hacker News: Front Page
酷 壳 – CoolShell
酷 壳 – CoolShell
T
The Exploit Database - CXSecurity.com
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 三生石上(FineUI控件)
T
Troy Hunt's Blog
Google Online Security Blog
Google Online Security Blog
AI
AI
腾讯CDC
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Google DeepMind News
Google DeepMind News
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
V2EX - 技术
V2EX - 技术
Martin Fowler
Martin Fowler
博客园 - Franky
I
Intezer
Project Zero
Project Zero
I
InfoQ
P
Privacy International News Feed
C
Check Point Blog
T
The Blog of Author Tim Ferriss
P
Palo Alto Networks Blog
L
LINUX DO - 最新话题
有赞技术团队
有赞技术团队
Cloudbric
Cloudbric
人人都是产品经理
人人都是产品经理
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
S
SegmentFault 最新的问题
Latest news
Latest news
小众软件
小众软件

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

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

Более пятнадцати лет я занимаюсь управлением изменениями – внедряю проектное управления и запускаю трансформации. И вот неутешительный вывод: 70% трансформаций, на которые компании тратят годы и миллионы, заканчиваются ничем. Это не мои данные, их регулярно подтверждают многочисленные исследования, включая самое свежее – от компании BCG. Семь из десяти. На каждые три истории успеха приходится семь, о которых стыдливо умалчивают.

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

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

1. Первое лицо не верит – и врет об этом всем, включая себя.

Причина номер один.

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

Потому что он не верит в успех. Что трансформация окупится и принесет нужный результат. Поэтому он саботирует программу, оставаясь ее формальным заказчиком.

Что делать? Перестать врать самому себе. Нет веры – не запускайте большое. Сделайте пилот за два-три месяца. Сработает – масштабируйте. Не сработает – вы сэкономили компании годы и репутацию.

2. У трансформации нет цели. У нее есть лозунг.

«Повысить управляемость». «Развить проектную культуру». «Стать клиентоориентированной компанией». Это не цели, а красивые и пустые фразы. 

Простой тест: возьмите трех ключевых руководителей и попросите их независимо друг от друга описать, что конкретно изменится через год. Сравните записи. Готов поспорить на годовой бонус любого из них, что ответы будут кардинально отличаться. А чаще всего два листа окажутся пустыми – потому что человек не смог сформулировать.

Что делать. Запретить себе слова «повысить», «улучшить», «развить», «оптимизировать», если нет конкретики. Описывать только конкретную новую реальность – что конкретно должно измениться? Если люди начинает яростно спорить – поздравляю, вы впервые говорите о реальных изменениях.

3. Двадцать инициатив, потому что «все важное».

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

По подсчетам BCG, 80 % ценности создают 20 % инициатив. Остальные 80 % – это не «дополнительная польза», а прямая конкуренция за внимание тех же людей. Запуская «все и сразу», вы добиваетесь того, что не будет сделано ничего.

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

Что делать. Три корзины: критически важные задачи, быстрые победы, отказ. Третья корзина должна быть самой большой. Если она маленькая, значит, вы не расставили приоритеты, а просто перемешали задачи.

4. У трансформации нет хозяина. Есть «руководитель программы».

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

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

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

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

5. В программу трансформации не заложены быстрые победы.

В плане указано: первый год – проектирование, второй – пилотный запуск, третий – масштабирование. Звучит солидно, но… это убивает программу.

У любой трансформации есть невидимый счетчик терпения. Он начинает отсчитывать время с момента запуска и заканчивается через 9–12 месяцев. Если за это время нет видимых результатов, программа умирает. Не потому, что она плохая. А потому, что закончилась вера в нее.

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

Что делать. Продумывайте программу не только от образа результата, но и на первые сто дней – что реально изменится за 3,5 месяца? Если вы не знаете, какой результат покажете через 90 дней, не начинайте.

6. Среднее звено узнает о трансформации из приказа.

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

Дальше – корпоративная классика. Никто открыто не возражает. Все ходят на совещания, заполняют формы. Но поведение не меняется ни на йоту. Потому что меняется поведение тех, кто чувствует себя соавтором, а не объектом.

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

Что делать. Считать привлечение ключевых людей не «потерей времени», а ключевой инвестицией. 

7. Ресурсы рассчитаны на старт, а не на дистанцию.

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

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

Дальше – медленное удушение. Бюджет урезали на 30%. Двух ключевых сотрудников вернули в функциональные подразделения. Контрольные точки – раз в квартал. Формально программа жива. На самом деле ее больше нет. Через полгода ее закроют с формулировкой «достигла плановых результатов на текущем этапе» – корпоративный эвфемизм, означающий «деньги закончились, а признать неудачу стыдно».

Любимая отговорка финансового блока: «Мы не могли предвидеть изменение рыночной конъюнктуры». Могли. Трансформация всегда обходится дороже, чем казалось, и требует больше времени. Это не «непредвиденные обстоятельства», а базовое правило. Если ваш финансовый директор не закладывает запас на полтора-два года вперед, то это не финансовый директор, а бухгалтер на высокой должности.

Что делать. Рассчитывайте бюджет на полную дистанцию – минимум на полтора-два года с запасом в 30–40 %. Иначе вы либо обманываете себя, либо новичок. И задайте себе честный вопрос: если через полгода понадобится дополнительный бюджет, программа это переживет? Если нет, не запускайте. Лучше отложить еще на полгода и собрать нормальный ресурс, чем красиво запустить и красиво похоронить.

8. «Решения приняты, пути назад нет».

Звучит как проявление силы и принципиальности. На деле же эта фраза чаще других приводит к провалу трансформаций.

Через полгода после запуска выясняется, что одна из ключевых гипотез не подтвердилась. Рынок изменился. ИТ-система оказалась хуже, чем обещал поставщик. Технология устарела. Нужно остановиться и пересмотреть подход.

Только пересматривать неудобно. Уже вложились. Уже отчитались. Уже сказали команде: «Обратной дороги нет». Признавать, что год назад было принято не самое идеальное решение… как-то неудобно.

И команда героически реализует то, что давно утратило смысл. Бюджет освоен, отчеты сданы, результата нет. Все знали, что план нереалистичен, но никто не сказал об этом вслух.

Что делать. Регулярно проводить честный пересмотр программы. Не просто обновлять статус «все по плану», а вести взрослые разговоры: что усилить, что остановить, что добавить. Право на пересмотр должно быть закреплено с самого начала – иначе в сложный момент его никто не поднимет.

И главное.

Если вы прочитали и узнали свою компанию по некоторым пунктам, это не приговор. Это диагноз. А диагноз – это половина решения.

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

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

Коллеги, подписывайтесь на мой Телеграм канал Андрей Малахов | От проектов к масштабу. Там я делюсь проверенными работающими инструментами управления, клиентскими кейсами и мыслями о менеджменте, современном бизнесе. Также публикую подкасты с топовыми экспертами России в области управления проектами и изменениями и делюсь своим подходом к созданию системы управления, выработанной за 20+ лет опыта.