В работе аналитика 1С хватает задач, которые находятся между обсуждением потребности заказчика и разработкой: оформить требования, проверить связи объектов, собрать пример решения, подготовить сценарии испытаний.
В данный момент я постепенно делегирую свои процессы ИИ и агентам, для построения своего процесса так, чтобы сократить время на формирование документации, подготовку анкет для интервью и подведение итогов обследований.
Пока для себя выделил четыре направления, в которых на текущий момент получилось его использовать.
1. Подготовка документации с использованием скиллов и контекста проекта
В моей работе, закрытая задача разработки обычно состоит из ЧТЗ и ПМИ. ЧТЗ задаёт требования, ПМИ описывает способы их проверки, а ПСИ фиксирует результаты испытаний(требуется не во всех компаниях, так что пока в тестовом режиме).
В скилле закрепил структуру документов, правила описания требований и связи между ними. Например, сценарий ПМИ должен ссылаться на требование ЧТЗ, а запись в ПСИ — на соответствующий сценарий. Скилл задаёт повторяемые правила работы, а загруженные в чат материалы дают контекст конкретного проекта.
После подготовки документов агент проводит проверку логики, реализуемости, методологии описания и разработки. Предварительно он спрашивает, на сколько этапов разделить проверку. Затем исправляет найденные замечания и повторно проверяет затронутые части комплекта.
Отдельное правило: если испытания ещё не проводились, ИИ готовит форму протокола. Самостоятельно писать «проверка пройдена» он не должен.
Если же не описаны пользовательские сценарии, агент предлагает составить маршрут на основании инструкций, доступных материалов ИТС, похожих процессов и сценариев тестирования. При этом отмечает источники и предположения. Всё это выполняется в рамках единого процесса подготовки документации.
Такой подход позволяет сохранить общую логику комплекта, подкорректировать текст при наличии ошибок, подсветить места, в которых есть дублирование данных или методологические ошибки. Моя работа при этом — проверить содержание, устранить неоднозначности и убедиться, что документы описывают потребность заказчика.
2. Небольшие обработки под срочные задачи
Периодически мне требуется небольшая обработка: Обработка перевода атрибутов 1С — атрибуты для использования в интеграциях, подготовка МВП блока по которому идет реализация, обработки которые облегчат работу в 1С.
Для подобных задач ИИ помогает быстро получить первую версию кода. Но качество результата сильно зависит от постановки. Нужно указать конфигурацию, доступные объекты, входные данные, ожидаемый результат и ограничения.
Запросы проще написать самостоятельно, а для печатных форм и обработок выгрузки или загрузки данных результат пока устраивает.
Полученный код приходится разбирать вручную на наличие ошибок. Особенно это касается операций, которые записывают данные, проводят документы или меняют существующие значения. Использовать их без проверки нельзя, поэтому понимание кода и поведения 1С всё равно необходимо. Иногда для облегчения использую связку ChatGPT+Полученный код Codex, система быстрее разбирает код который по сути сама и написала.
3. MVP функционала для заказчика
Бывает, что заказчику нужен функционал, которого нет в используемой конфигурации, но требования к нему ещё предстоит сформулировать.
Например, на одном из предприятий я столкнулся с запросом на рабочее место, в котором сотрудник на основании чертежа указывает размеры полотна, подлежащего замене. В результате он должен получать количество материалов, необходимых для работы, а также примерный перечень технологических операций.
Другой пример — логистическое предприятие я столкнулся с запросом на единое рабочее место для планирования погрузки транспортных средств. Логисту требовалось выбрать заказы, тягач и полуприцеп, разместить грузовые места на схеме кузова и проверить распределение массы. В результате он должен был получить расчёт нагрузки на каждую ось, предупреждения о превышениях и рекомендации по корректировке расположения груза.
В такой ситуации ИИ помог собрать MVP: простую форму, рабочее место или отдельный прототип. На нём можно показать последовательность действий и обсудить конкретный сценарий.
На стартовом рабочем столе специалист наблюдает потребности и текущие статусы загрузки, с возможностью переходить по разделам.
На экране заказов реализована функциональность отбора заказов которые будут использованы в погрузке:
Для участников процесса я вижу следующие возможности и ожидаемые результаты:
Роль | Возможности и ожидаемый результат |
|---|---|
Заказчик | Получить пример интерфейса с меньшими затратами на отрисовку в 1С Мейкер или похожих инструментах. Обсудить кликабельный прототип, внести изменения и проверить логику процесса до реализации в 1С. Проработать ролевую модель. |
Аналитик | Быстрее получить обратную связь от заказчика. Рассмотреть несколько вариантов решения до передачи задачи разработчику. По итогам обсуждения подготовить более подробный документ для разработки и сократить время на отрисовку интерфейса. |
Разработчик | Получить более подробное описание поведения системы и последовательности действий. За счёт этого потенциально сократить количество уточнений и переделок при реализации. |
