Ещё один доклад за плечами, на этот раз послушал Илью Павличенко, консультанта по организационному дизайну. Он разбирал, почему все внедряют AI, отдельные команды чувствуют себя эффективнее, а компания в целом часто не становится ни быстрее, ни богаче. Главная мысль: AI ускоряет отдельные операции. Если не менять поток работы, он производит больше очередей. 1. Локальная эффективность почти ничего не говорит об эффективности компании. В примере Ильи путь цифровой фичи от идеи до рынка занимал больше года. Разработка – около 32 дней, согласования и пересчёты – 176 дней. У каждого подразделения свои KPI, все заняты и эффективны. Но продукт выходит слишком поздно. 2. Ускорить IT в десять раз недостаточно. Если сократить разработку с 32 дней до трёх, а месяцы ожидания между отделами останутся, для клиента почти ничего не изменится. Быстрый этап создаст больше незавершённой работы на следующем. Там вырастет очередь, и общий time to market может ухудшиться. 3. Система требует запаса мощности. Чтобы система была быстрой и устойчивой, отдельные элементы должны иногда простаивать. Пожарный, анестезиолог или запасной игрок не должны быть загружены на 100%. В компаниях часто пытаются утилизировать всех по максимуму. В итоге каждый отдел получает свою очередь задач, а скорость движения продукта падает. 4. Проблема обычно между функциями. Продажи, маркетинг, юристы, риски, аналитики и разработка видят свой участок, но не весь путь. Поэтому нужен простой, но неприятный инструмент: картирование потока. Выписать все шаги от идеи до результата, замерить календарное время и время реальной работы. Если задача идёт 300 дней, а на работу уходит 20–30, остальное время она стоит в очередях. 5. AI надо применять в узком горлышке. Ускорять отдельную функцию стоит, только если она ограничивает весь поток. После улучшения ограничение переместится – его нужно искать заново. Внедрять AI везде подряд – значит делать отдельным сотрудникам проще, но не обязательно быстрее выводить продукты и зарабатывать больше. 6. Маленькие команды имеют смысл, если покрывают весь путь продукта. Команда из двух разработчиков вместо десяти ничего не решает, если вокруг неё стоят очереди согласований, исследований и юридических проверок. Команды надо собирать вокруг продукта и его пути от гипотезы до результата на рынке. AI позволяет сделать такие кросс-функциональные команды компактнее. 7. Главный барьер – организационный. Перестройка потока требует менять зоны ответственности, полномочия и структуру. Часть руководителей теряет привычный контроль над своим куском работы. Проблема редко в сотрудниках. Им выдали локальные цели и KPI, по которым рационально защищать свой участок, а не ускорять компанию целиком. Вывода сделайте сами, я уже устал 😁 #boost #boost2026