Глава 30. AI-first процессы

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

Что получилось Два места, где выигрыш признают все.

Ревью кода. Первое и самое бесспорное. Агент, который отписывается по каждому изменению, разгружает людей и не устаёт ни хуя. Один из практиков сформулировал так: если бы у нас не сделали агента-ревьюера, мы бы уже жили в аду, назад возврата нет.

Написание кода по готовой постановке. Второе бесспорное. Задача сформулирована, значит реализация перестала быть узким местом.

Что не получилось А теперь честная часть, которую вслух произносят редко.

Главное, чего не удалось никому из говоривших об этом: подняться с уровня написания задач до уровня проектирования продуктовых требований, отдав всё остальное агентам.

Формулировка одного из руководителей разработки: есть вещи, где очень хорошо получилось, например ревью и написание кода. Но есть то, что мы ещё не осилили, и самое главное это подняться с уровня написания задач до уровня только проектирования требований, а всё остальное пусть делают агенты в фоне. Когда осилим, напишем пост.

И его же вывод: рассказать и сделать это две очень разные вещи, и получилось у единиц из тех, кто про это громко рассказывает.

ГЛАВНОЕ ПРО ПЕРЕХОД Разрыв между демонстрацией и рабочим процессом невъебенный, куда больше, чем кажется по докладам. Демонстрация показывает лучший случай на подготовленной задаче. Процесс должен работать на худшем случае в понедельник утром, когда горит бэклог.

Ловушка, из-за которой всё стоит Самое честное объяснение, почему переход буксует, звучало как анекдот. Почему пилу не точишь? Времени нет, пилить надо.

Механика простая и безысходная. У команды есть очередь задач, которая горит синим пламенем. Есть идеи, как перестроить процесс, и они требуют времени. Времени нет, потому что задачи горят. Задачи горят, потому что процесс ни хуя не перестроен.

AI-first процессы

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

Прототип вместо задания Изменение, которое произошло само и оказалось самым заметным.

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

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

КАК ИЗМЕНИЛАСЬ ПОСТАНОВКА ЗАДАЧИ

Раньше Сейчас

документ на страницу работающая миниатюра

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

Агент у каждого, а не только у разработчиков Второе изменение, которое отмечали как самое полезное.

В одной из команд каждый сотрудник, независимо от должности, собирает себе агента, который разгребает рутину вокруг его рабочего места. Даже те, кто от разработки далёк, как земля от неба.

Результат: разработчиков перестали дёргать по мелочам. К ним приходят только за полнофункциональными решениями, а прототипы для клиентских презентаций собирают сами продавцы.

СТОИТ ЛИ ДАВАТЬ АГЕНТОВ ВСЕМ За. Мелкие задачи перестают доходить до разработчиков. Люди сами закрывают то, что раньше неделю мариновалось в очереди. Против. Заводится теневая инфраструктура: десятки самодельных агентов, о которых никто ни сном ни духом, с доступами, которые никто не проверял. Что делают на практике. Разрешают, но с двумя ограничениями: доступ только к своим данным и явный список того, чего агент делать не может. Про это отдельный модуль.

AI-first процессы

Полный конвейер Как выглядит процесс у тех, кто дошёл дальше всех.

КОНВЕЙЕР ОТ ИДЕИ ДО ПРОДА

Требования Спецификации Код Проверки Ревью Прод

на человеческом исполняемые вертикальными автоматические машинное и с откатом срезами людское

Ключевая деталь: границы сужаются от шага к шагу. К моменту написания кода свободы почти не остаётся.

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

Почему выигрыш не виден в отчётности Наблюдение, которое объясняет скепсис руководства.

Скорость разработки выросла, а выручка не выросла ни хуя. Причина не в том, что агенты не работают, а в том, что разработка редко была узким местом. Она была видимым местом.

Решения принимаются три недели, согласование идёт месяц, требования меняются по дороге, и тогда ускорение реализации втрое даёт общее ускорение на пару процентов.

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

С ЧЕГО НАЧАТЬ ПЕРЕХОД В КОМАНДЕ 1. Найди один процесс, который повторяется еженедельно и всех бесит. 2. Автоматизируй только его, целиком, до конца. Не половину десяти процессов. 3. Померь время от идеи до пользователя до и после. 4. Не изменилось, значит узкое место не там, и следующий шаг делается в другом месте. 5. Только после этого расширяйся.

Что говорят про горизонт Мысль, которой заканчивались многие разговоры на эту тему.

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

И самая ценная человеческая работа при этом заключается в решении о том, какие циклы вообще создавать.

AI-first процессы

Что запомнить Бесспорно получилось: ревью кода и написание кода по готовой постановке.

Не получилось почти ни у кого: полностью подняться на уровень требований, отдав остальное агентам.

Ловушка петли: времени на перестройку нет, потому что задачи горят.

Прототип вместо документа снимает споры о том, что имелось в виду.

Агент у каждого сотрудника разгружает разработку и плодит теневую инфраструктуру. Оба следствия реальны.

Меряй время от идеи до пользователя, а не скорость написания кода.

И держи в голове, что главная работа теперь это решать, какие циклы создавать.

← Постоянно работающий агент · оглавление · Внедрение и неявное знание →

Спросить книгу может любой, кто вошёл в Neuraldeep Hub: агент ищет ответ по тексту и приводит цитату со ссылкой на главу.