Задача
По каждому договору на разработку сдаётся пакет закрывающих документов — десятки штук. В них должно быть точно записано, что из технического задания сделано. Чтобы это написать, кто-то должен пройти по ТЗ пункт за пунктом и проверить каждый по коду.
Раньше на это уходило несколько недель работы трёх человек. Технический архитектор разбирался, что на самом деле реализовано. Юрист приводил это к формулировкам договора. Бухгалтер готовил документы в своей части.
Дольше всего шла не подготовка документов, а сверка. ТЗ пишется до разработки, а код живёт дальше: что-то из требований по ходу отпадает, что-то добавляется по просьбе заказчика. К концу договора целиком эту картину не держит в голове никто.
Что делает агент
Агент получает техническое задание и доступ к коду. Он читает требования, находит в кодовой базе, где каждое из них реализовано, и сравнивает одно с другим. На выходе два списка:
- Было в ТЗ, но не реализовано в коде. Требования, которые остались только на бумаге.
- Реализовано в коде, но не было в ТЗ. Функции, которые сделали сверх задания.
Каждое расхождение агент подсвечивает, поэтому человек сразу видит, куда смотреть, и не перечитывает весь код заново.
Зачем оба списка
Первый список — риск при сдаче. Если требование записано в документах как выполненное, а в системе его нет, это всплывёт на приёмке или на проверке.
Второй — работа, которую сделали, но нигде не зафиксировали. Её можно оформить или обсудить с заказчиком, а не отдать молча.
Что остаётся человеку
Один человек разбирает найденные расхождения, решает, что делать с каждым, и выпускает пакет документов. Юристу, архитектору и бухгалтеру больше не нужно неделями собирать картину вручную.
Результат
Пакет закрывающих документов по договору — 8 часов работы одного человека вместо нескольких недель работы троих.
Как мы ищем такие процессы и считаем эффект — на странице ИИ в процессы компании.
