ИИ и процессы организации
Что ИИ на самом деле делает с процессами компании. Почему он усиливает и порядок, и хаос – и почему выигрывает не тот, у кого лучше модель, а тот, у кого инженерно устроены процессы. Трезвый разбор без хайпа и думерства – понятным языком, и техническим, и нетехническим.
ЗаписатьсяЧто будет на открытой лекции
Главный тезис лекции: ИИ умножает то, что уже есть в процессе – и порядок, и хаос. Запустите его в отлаженный процесс – получите ускорение; запустите в бардак – получите быстрый и массовый бардак. Поэтому выигрывает не тот, у кого лучше модель, а тот, у кого инженерно устроены процессы.
Разработка внедрила ИИ раньше, глубже и измеримее всех – это лаборатория будущего для любого отдела. Пройдём арку 2023→2026: магия промпта → копайлоты → «похмелье» → усилитель. И главный парадокс «скорость ≠ доставка»: +55% на отдельной задаче (Copilot) и при этом −19% у опытных разработчиков на реальной работе (METR).
Описанные регламенты – это «код» вашей организации, который исполняют люди, а теперь ещё и агенты. ~95% ИИ-пилотов не влияют на P&L (MIT), процессы перепроектировали лишь 21% (McKinsey) и достигли некоторого улучшения P&L. Полная история Klarna (эйфория и откат), «великое уплощение» среднего менеджмента – и почему корень в процессах, а не в модели и тем более не в создании чат-бота на базе знаний организации.
Системный ответ: бизнес = распределённая система в проде, процессы = код, сотрудники = разработчики, ИИ = рантайм. Как инженерия ПО переносится на управление процессами – SOLID/DRY, контракты вход/выход, guardrails, версии и откаты, тесты, ревью. Главное правило: «сначала порядок в процессах – потом перевод на ИИ».
Кому будет полезно
Хотите трезво понять, что ИИ реально делает с компанией: где он приносит деньги, а где их сжигает, почему у большинства пилотов нет отдачи и как не «прикрутить бота» к старому бардаку. Без технического жаргона – через системную линзу процессов.
Управляете людьми и процессами в эпоху, когда часть работы уходит к агентам. Разберём сдвиг роли – от «тушителя пожаров» к архитектору правил, «великое уплощение» менеджмента и то, как чинить шаг процесса, а не искать виноватого.
Разработчиков, аналитиков, специалистов поддержки и продаж – технических и нетехнических. То, что уже случилось с разработкой ПО, через год-два приходит в любой процесс. Заберёте язык, на котором можно говорить про ИИ в своём отделе предметно, а не лозунгами.
Что получат участники
- Системную линзу «ИИ как усилитель» – привычку отделять «считают, что ускорил» от «замерили, что» и читать любые заявления про ИИ через «дуэль чисел» (вендор против независимых).
- Ответ на вопрос «почему у ~95% не получается» – автоматизируют хаос вместо того, чтобы перепроектировать процессы; ИИ-усилитель масштабирует бардак на скорости компьютера.
- Карту переноса инженерии на процессы – как SOLID/DRY, контракты, guardrails, версии с откатом, тесты и ревью ложатся на управление процессами компании.
- Правило «сначала порядок в процессах – потом перевод на ИИ» – что нельзя автоматизировать и почему: предостерегающие кейсы (Air Canada, McDonald's) против рабочих паттернов (JPMorgan, Commonwealth Bank).
- Первый конкретный шаг – выбрать один повторяющийся процесс, описать его как есть, вычистить лишние согласования – и только потом давать ИИ.
- Q&A defense kit – трезвые ответы на расхожие мифы: «ИИ заменит всех», «80% проектов проваливаются», «это всё пузырь», «большая новая модель всё решит».
Программа лекции
- 1Парадокс: рай или катастрофа?
- Две противоположные цитаты одного человека (Dario Amodei): «рак побеждён, экономика +10%» и «white-collar bloodbath» одновременно
- Почему тема ИИ так разрывает – и почему сегодня не будем ни пугать, ни продавать чудо
- Реприза серии: что такое ИИ → промпты/инструменты → агенты → как из этих кирпичей собирается процесс
- 2Канарейка в шахте: почему смотрим на разработку ПО
- Разработка внедрила ИИ раньше, глубже и измеримее всех – лаборатория будущего для любого процесса
- Снимаем барьер: кодить не нужно, код здесь – просто самый изученный пример процесса
- Что случилось с программистами, через 1–2 года приходит в поддержку, продажи, бэк-офис, управление
- 3Что разработка узнала про ИИ, 2023→2026
- 2023 – магия промпта; 2024 – копайлоты и первые замеры (Copilot +55%, DORA: документация +7,5%)
- 2025 – отрезвление: «vibe-coding hangover», доверие падает, безопасность (45% ИИ-кода с уязвимостями)
- Главный парадокс «скорость ≠ доставка»: +55% на задаче ↔ −19% у опытных на реальной работе (METR)
- 2026 – кристаллизация: «ИИ не чинит команду – он усиливает то, что уже есть» (DORA)
- 4Это не про программистов – это свойства любого процесса
- «Скорость ≠ доставка» → локальное ускорение сотрудника ≠ ускорение всей цепочки
- Техдолг и клоны → накопление скрытого беспорядка в любом процессе
- «Почти правильно, но не совсем» бесит и в поддержке, и в финансах так же, как в коде
- 5Организация – тоже распределённая система
- Регламенты – «код процессов», который исполняют люди и агенты; большая часть его устная и теневая
- Где деньги, трезво: BCG (5% получают ценность в масштабе), MIT (~95% пилотов без эффекта на P&L)
- Измеренный позитив: поддержка +14% решённых обращений, +34% новичкам (Brynjolfsson) – ИИ «разливает» практики лучших
- Полная арка Klarna (триумф и откат) и «великое уплощение» среднего менеджмента
- 6Развязка: бизнес как кодовая база (BaaC)
- Аналогия: процессы = код, сотрудники = разработчики, ИИ = рантайм, менеджер = Product Owner + QA
- Перенос инженерии: SRP/SOLID/DRY, контракты, guardrails, версии и откаты, тесты, ревью, юнит-экономика (токены = деньги)
- Главное правило: «сначала порядок в процессах – потом перевод на ИИ»; нельзя автоматизировать бардак
- Лестница зрелости 0→5 – чтобы увидеть следующий шаг, а не прыжок
- 7Компания как продукт: ваш первый шаг
- При сбое ищем не виноватого «Васю», а шаг процесса, который надо починить
- Ценность приносит перепроектирование процессов вокруг ИИ (это сделал лишь 21%), а не «прикручивание бота»
- Первый шаг: выбрать один процесс → описать как есть → вычистить лишние согласования → и только потом давать ИИ
- 8Вопросы и ответы
- Ответы на вопросы, заданные при регистрации и в чате открытой лекции
Хотите глубже – линейка курсов Business as a Code
BaaC – это не один курс, а линейка под разные роли: от собственника и C-level до менеджеров и специалистов. «Код» здесь не Python, а архитектура бизнеса и бизнес-скилы на русском – исполняемые правила процессов, к которым применяют те же инженерные практики, что и к надёжному софту. Выберите курс под свою роль:
Для собственников, CEO, COO, CDTO. Перевести руководителя из «тушителя пожаров» в Главного Архитектора бизнеса: считать ценность ИИ в P&L, диагностировать зрелость по матрице из 6 уровней, проектировать процессы по инженерным принципам и безопасно разворачивать изменения через микро-пилоты и guardrails. Есть полная версия и краткая для первых лиц – те же этапы, свёрнутые в 7 ёмких разделов.
Для менеджеров и тимлидов. Из «надсмотрщика за людьми» во Владельца продукта и QA своего ИИ-конвейера: контракты входов/выходов, guardrails, версионирование, code review скилов сотрудников, unit-экономика и защита от галлюцинаций.
Для специалистов, менеджеров и руководителей отделов. Перейти от исполнителя к разработчику процессов: относиться к рабочей инструкции (скилу) как к коду, который исполняет Claude. По циклу разработки – проектирование (единственная ответственность, контракты вход/выход, обработка исключений, DRY), версионирование в Git, юнит-тесты и ревью – собрать надёжные повторяемые скилы вместо разовых промптов на коленке.
Для бизнес-архитекторов, COO, change-менеджеров. Проектировать оргструктуры и процессы как инженер, диагностировать сбои на уровне структуры, а не людей, и проводить реорганизацию без саботажа – с защищаемым проектом целевой модели.
Серия открытых лекций
- 1.Основы работы с AI: от 0 до агентов Смотреть в записи →
- 2.Глубже про MCP, RAG, CAG и A2A Смотреть в записи →
- 3.Агенты и межагентное взаимодействие Смотреть в записи →
- 4.ИИ и процессы организации идёт регистрация · 23 июня
- 5.Мониторинг и безопасность – метрики, guardrails, защита от атак.
- 6.Agent system от 0 до enterprise – архитектура, масштабирование, прод.
- 7.To be announced
Делился экспертизой на более чем 200 митапах и конференциях. Стоит у основания различных сообществ IT специалистов, включая: ByChange, Free IT.
Выполнял роли разработчика, тимлида, архитектора, CTO в стартапах, корпорациях и продуктовых компаниях.
Обучил более 1K разработчиков за последние 15 лет. Обучил более 450 архитекторов.
Создает и проводит обучающие курсы для любых технических направлений.
23 июня | 19:00 по Минску | online