Сходство — это подсказка, не вердикт
Поиск дублей полезен, когда накопились десятки похожих формулировок и команде трудно заметить повтор. Но похожие слова не означают одинаковую работу. Сравнивайте не только заголовок: важны ожидаемый пользователь, исходные данные, результат, ограничения, срок и критерий приёмки. Например, «экспорт продаж» может быть ежедневным файлом для бухгалтера или интерактивным отчётом для руководителя. Объединение таких карточек без уточнений создаст одну задачу, которая непонятно кому и что должна дать.
Сначала ограничьте данные
Для пробного анализа достаточно идентификатора, проекта, названия, описания, статуса, владельца и дат. Уберите токены, адреса клиентов, внутренние секреты и комментарии, не нужные для сравнения. Проверьте, разрешено ли передавать выгрузку выбранному сервису, где она хранится и кто имеет к ней доступ. Если система не должна получать рабочие данные, используйте обезличенную копию. Отдельно договоритесь, какие поля нельзя менять и как долго хранить результат анализа.
Попросите объяснить каждую пару
Не просите «найти и удалить дубли». Лучше попросить ранжировать возможные пары и вернуть таблицу: ID первой и второй карточки, совпадающие требования, важные различия, недостающие сведения и уверенность модели. Попросите цитировать короткие фрагменты исходных описаний, на которых основано сравнение. Если модель не может указать наблюдаемое основание, кандидат отправляется в низкий приоритет. Процент уверенности сам по себе не является доказательством: его нужно сопоставить с результатами теста на вашей выборке.
Проверка на небольшом примере
Возьмите 30–50 задач из одного проекта и заранее попросите двух сотрудников разметить очевидные дубли и похожие, но разные запросы. Сравните эту разметку с предложением модели. Посмотрите отдельно на пропущенные пары и ложные совпадения: ошибка второго типа особенно опасна, если команда по привычке быстро закрывает карточки. Разберите причины расхождения и уточните правила. Потом проверьте маршрут на другом проекте: формулировки и понятие «одинаковой задачи» могут отличаться между командами.
Что делать с найденным совпадением
Не удаляйте оригинал сразу. В зависимости от результата оставьте карточки отдельными, свяжите как связанные или зависимые, перенесите подтверждённые требования в выбранную основную задачу и укажите, откуда они пришли. Если одна карточка действительно лишняя, владелец закрывает её с понятной причиной и ссылкой на актуальную. Так сохраняются история решения и возможность восстановить контекст, если позже выяснится, что требования были разными.
Оценка результата и ограничения
Считайте не количество найденных пар, а пользу после проверки. Полезны доля подтверждённых кандидатов, ошибки объединения, потерянные требования в выборочном аудите и время, сэкономленное команде. Не запускайте массовое изменение бэклога по результату одного прогона. Модель может пропустить смысл, записанный в комментарии, не знать негласного правила команды или принять смену формулировки за новую задачу. Если в карточках недостаточно контекста, честный итог — «нужен владелец», а не автоматическое решение.
Связанные материалы
Похожий контроль нужен и при работе с агентами: проверка автоматических решений помогает заранее определить, какие действия остаются только предложениями. Если одинаковые поручения появляются после встреч, сопоставьте процесс с выделением решений из созвона, где отдельно фиксируются решение, владелец и подтверждение.
Вопросы по применению
**Можно ли закрывать задачи автоматически?** Для обычного пилота — нет. Сначала человек проверяет пару и выбирает действие; автоматизацию записи рассматривают только после отдельного испытания с откатом и журналом. **Нужна ли модель, если в трекере есть поиск?** Не всегда. Начните с фильтров, тегов и поиска по ключевым словам. ИИ полезен, когда формулировки разные, а контекст приходится сравнивать вручную. **Что делать, если описания короткие?** Не угадывать. Показать кандидата владельцу и запросить недостающие сведения.
Короткая проверка
- Понятны цель и человек, который примет результат.
- Исходники очищены, их версия и дата сохранены.
- Факты, числа и ограничения сверены вручную.
- Неудачный пример записан вместе с причиной.
- Есть измеримый следующий шаг и путь назад.