В первый день проекта я выбросил рабочий код. Это было лучшее решение недели.

Мой проект рассчитан примерно на год, а команда в нём — я и ИИ-агент: агент пишет документы и код, я ставлю задачи, принимаю решения и отвечаю за результат.

В первый день агент получил утверждённую архитектуру и задачу завести репозиторий. Он завёл — и заодно написал код сервисов, которого я не просил. Код работал и соответствовал архитектуре. Вечером я его удалил.

Принять его было нечем. Требований ещё не было, а значит, не было ни критерия приёмки, ни теста. Дописать требования задним числом я отказался: требование, написанное под готовый код, ничего не проверяет — оно его пересказывает.

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

Три вывода для руководителя, у которого в команде появились ИИ-агенты: 1. Любой результат проверяется одним вопросом: чем это принимается? Нет ответа — это отход производства, каким бы полным он ни выглядел. 2. Связь между артефактами проверяет машина, а не внимание руководителя. У меня цепочка «архитектура → функциональный блок → требование → задача → тест» сверяется автоматически, и расхождение останавливает сборку. Когда один человек принимает всё, что производит агент, его внимание не масштабируется — масштабируется только автоматическая проверка. 3. «Очевидный каркас» не очевиден. Первый пакет требований я ждал на страницу, а получил полсотни пунктов — только на каркас, вход и администрирование. Каждый из них был бы пропущен, положись я на очевидность.

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

Как вы принимаете работу, которую сделал не человек?

#ИТменеджмент #ИИагенты #управлениепроектами #требования