Определите набор для конкретной рабочей сводки
Для подготовки документа о релизе нужны завершённые изменения, ограничения и результаты проверки. Для вопросов к оценке проекта — согласованные требования и неизвестные условия. Эти наборы могут пересекаться, но не должны автоматически включать все записи команды.
Составьте таблицу источников: что хранится в документах, что в трекере и что ещё надо подтвердить из переписки. Возможность прямого подключения каждого источника проверяется отдельно. Начать можно с подготовленной текстовой выдержки, не обещая агенту доступ ко всем рабочим системам.
Приведите версии решений к читаемым состояниям
У записи должны быть обозначение проекта, предмет решения и состояние. Устаревшее обсуждение не удаляют без следа, если оно объясняет, почему изменился объём работ; его отделяют от действующего требования. Укажите, какая подтверждённая запись пришла ему на смену.
Затем проверьте связи задач и релизов. Завершённая задача не обязательно означает, что изменение уже доступно пользователю. Если это различие отсутствует в таблице, агент может представить подготовленный функционал как выпущенный. Исправьте смысл состояния до подготовки документации.
Не очищайте секреты только по названию файла
Пароль, токен или внутренний адрес могут оказаться в обычном комментарии и диагностическом фрагменте. Перед передачей внешней модели сотрудник просматривает сам состав текста, а не только заголовки документов. Обезличивание не отменяет проверки того, разрешено ли использовать клиентский материал.
Ещё одна помеха — одинаковые названия функций в разных проектах. Сводка должна сохранять принадлежность записи, иначе ограничение одного клиента попадёт в описание другого. Не просите агента определить принадлежность по похожей терминологии.
Проверьте связи на двух проектах с похожими задачами
Допустим, в учебной таблице у двух проектов есть задача с названием уведомление клиента. В одном изменение проверено, но ещё не выпущено; в другом доступно пользователям с ограничением по роли. Аналитик добавляет обозначения проектов, ссылки на решения словами и состояния выпуска. Агенту поручают две раздельные сводки.
Разработчик сверяет принадлежность ограничения и факт доступности. Если агент объединил записи по названию, нужны более явные связи, а не правка одной сводки. Затем измените состояние выпуска только у первого проекта и повторите чтение: вторая сводка не должна получить чужое изменение. Так проверяется пригодность набора для обновляемой документации.
Сверьте набор до использования клиентских сведений
Последняя проверка должна охватывать содержание и допустимость передачи, а не только формат столбцов:
- Утверждённое решение отделено от предложения и отмены.
- Указана принадлежность записи конкретному проекту.
- Готовность изменения не смешана с фактом выпуска.
- Секреты и лишние сведения удалены из подготовленной копии.
- Каждое утверждение сводки можно найти в источнике.
Как с этим работает Coagent
Coagent ставится на сервер вашей компании и подключается к 1С, Битрикс24 и почте. Агент готовит результат, а важное действие выполняется после подтверждения человека.
Подготовьте учебную таблицу решений по проекту и проверьте, сохраняются ли отмены и ограничения в пересказе агента.