Техническое качество с точки зрения бизнеса

Методика дается на примере бэкенд-сервисов, но такой же подход можно использовать и в других областях:

👉Определяем критерии того, что такое хорошо. Например, "какое время получения ответа попадает в ожидания пользователя", "при какой нагрузке время будет оставаться ожидаемым", "какой уровень доступности должен сохраняться".
👉Эти критерии превращаются в конкретные метрики, значения которых могут быть разными для разных методов в рамках одного сервиса.
👉Смотря на эти метрики, подсчитываем бюджет ошибок – какое количество запросов может не попасть в эти ожидания, и при этом с точки зрения бизнеса все еще остается нормальным. Например, для метода с RPM 1000, SLO 99.9%, Latency 10ms, будет нормальным иметь до 60 "плохих" запросов в час.