AI-native: что это значит для компании?

У AI-native нет единого определения, на которое опирались бы все участники разговора. Алексей предлагает свой признак: агенты, запущенные разными людьми, начинают координироваться между собой. Два инженера с десятками помощников ещё могут оставаться изолированными исполнителями, если результаты встречаются только в привычных инструментах и требуют ручного согласования. Евгений смотрит на весь путь от намерения до результата: передачи между функциями сокращаются, а агент становится полноценным участником процесса. Александр сравнивает это с цифровой трансформацией. Сначала человек автоматизирует свою операцию, затем меняется отдельный процесс, наконец перестраивается взаимодействие всей организации. Быстрее подготовленный документ сам по себе не устраняет очередь на следующем этапе. Рамки вроде Team Topologies поэтому не теряют смысла: интерфейсы между участниками по-прежнему нужны, но теперь их проектируют и для агентов. Эти определения задают направления обсуждения, а не универсальную проверку, после которой любая компания получает новый статус.

Для нового технологического бизнеса Александр считает такой способ работы естественной отправной точкой. Основатель уже проверяет гипотезы с агентами и ищет партнёра, способного работать в сопоставимом темпе. При этом знания должны накапливаться вне головы одного человека и становиться доступными всей системе. Позже Алексей развивает эту мысль: поддержание контекста становится частью повседневной работы инженеров, дизайнеров, продуктовых и операционных команд. Изменение продукта должно возвращаться в общие знания; обновление можно частично поручать агентам. Однако растущий поток результатов создаёт новое ограничение — внимание человека. Алексей предлагает сохранять ранее принятые решения, организовать очередь вопросов и уменьшать усилия на понимание ответа. Александр приводит пример обучения системному дизайну через игру: попробовать конфигурацию, увидеть последствия и затем обратиться к теории. Аналогично, исследование полезнее, когда его результат удобно обсуждать и проверять, а не только когда агент способен подготовить большой объём текста.

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

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

Следующий спор касается программного обеспечения под конкретную задачу. Алексей рассказывает, как вместо обычной формы сделал систему подбора обучения: ответы руководителя оцениваются, сохраняются в базе и превращаются в рекомендацию программы. По его опыту, агент помог собрать её за несколько часов. Такие инструменты позволяют приспособить работу к собственным процессам, не ожидая изменений внешнего продукта. Евгений предостерегает от переноса этого вывода на любые системы: для платежей разумнее рассмотреть Stripe, чем создавать собственную инфраструктуру. Ведущие обращаются к разделению предметных областей на ключевые, вспомогательные и типовые. Александр видит особенно много возможностей во вспомогательных внутренних инструментах, но напоминает о совокупной стоимости владения. Удачный прототип обрастает интеграциями, обещаниями и зависимостями; позже его создателя могут удерживать обязанности поддержки. Даже если писать код стало проще, остаются миграции и обязательства перед пользователями. Поэтому решение создать своё должно включать границы системы и условия пересмотра этого решения.

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