DEV Community на русском
Подписаться
Порог — это политика, а не число
Решающее решение в обработке платежей автоматизируется на основе оценки доверия, превышающего 0,8 — порога происхождения которого неизвестен. Это единственное число определяет, будет ли возврат обработан машиной мгновенно или задержан для проверки человеком. Неправильное установление этого порога может привести к автоматической обработке достойных дел или к перегрузке очередей с людьми ненужными. Система использует правила, модели принятия решений и человеческий контроль, при этом порог определяет путь дела. Модели принятия решений, в отличие от читаемых правил, обучены и могут безмолвно терпеть неудачу, возвращая числа для невидимых данных. Третий путь — человеческий обзор — терпит неудачу, потому что не происходит, что приводит к росту отставания. Оценка уверенности модели представляет собой прогноз её точности, а не субъективное ощущение. Этот балл доверия часто путают с общей точностью системы, которая является агрегированной метрикой. Калибровка модели и выбор порога — это отдельные задачи, требующие разных суждений, поскольку модель определяет только расходы по разным порогам, а не о оптимальном сокращении. Слишком низкое установление порога приводит к необратимым автоматическим ошибкам, а слишком высокое — создаёт невидимое бремя ненужных человеческих оценок. Эти ошибки не симметричны и не одинаково заметны, при этом последняя тихо удваивает затраты на автоматизацию. Решение о том, где установить порог, зависит от стоимости различных ошибок, что подразумевает выбор политики, а не постоянное настройство. Эта политика должна быть основана на отчете о надёжности — кривой, показывающей диапазоны точности на разных уровнях доверия. Эта кривая показывает истинную стоимость выбранного порога с точки зрения уровня ошибок. Прежде чем доверять какому-либо порогу, учитывайте, где попадают ошибки, какую базовую скорость проверяемой проблемы и кто отвечает за эскалацию. Порог — это когда решения управления превращаются в исполняемый код, и это не должно быть скрытое значение конфигурации. Вместо этого требуется владелец, дата и триггеры для проверки, отражающие осознанный выбор политики. В конечном итоге, чётко определённая политика, подкреплённая данными и чётким владением, необходима для эффективного управления порогами.