# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Почему 50% рабочего времени на исправление дефектов является неприемлемым показателем?

С позиции [бизнеса](https://cleverics.ru/digital/kb-glossary/business/), если команда половину рабочего времени тратит на исправление дефектов, это свидетельствует о корневых [проблемах](https://cleverics.ru/digital/kb-glossary/problem/) в [процессе](https://cleverics.ru/digital/kb-glossary/process/)[разработки](https://cleverics.ru/digital/kb-glossary/development/). Аргументы вроде «нужно было быстро сделать, а потом разгребём» или «это наследство от предыдущей команды» не являются убедительными. На уровне 0-5% дефектов можно обсуждать и работать, но на уровне 50-80% разговор уже не о чём — такая команда не способна эффективно разрабатывать. Это не вопрос нормализации внутри [организации](https://cleverics.ru/digital/kb-glossary/organization/), это индикатор фундаментальной дисфункции процесса.Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, командная работа, разработка ПО

Автор: Олег Скрынник

Рейтинг: 129

Дата последнего обновления: 23.08.2026

[Источник](https://cleverics.ru/digital/kb_articles_redirect/?id=12891)

## Ещё вопросы по этой теме

- [Почему высокий процент дефектов в бэклоге может считаться нормой в некоторых командах?](https://cleverics.ru/digital/kb-qa/pochemu-vysokiy-protsent-defektov-v-bekloge-mozhet-schitatsya-normoy-v-nekotorykh-komandakh/)
- [Почему управление дефектами часто отсутствует в командах разработки?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-defektami-chasto-otsutstvuet-v-komandakh-razrabotki/)
- [Какие типичные проблемы и потери наблюдаются в реальных продуктовых командах?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-problemy-i-poteri-nablyudayutsya-v-realnykh-produktovykh-komandakh/)
- [Почему планирование на 150% загрузки является неэффективным?](https://cleverics.ru/digital/kb-qa/pochemu-planirovanie-na-150-zagruzki-yavlyaetsya-neeffektivnym/)
- [Как работать с техническим долгом при построении высокопроизводительной команды?](https://cleverics.ru/digital/kb-qa/kak-rabotat-s-tekhnicheskim-dolgom-pri-postroenii-vysokoproizvoditelnoy-komandy/)
- [Какие действия необходимо предпринять, если показатель доли времени разработчиков на эксплуатацию превышает 30%?](https://cleverics.ru/digital/kb-qa/kakie-deystviya-neobkhodimo-predprinyat-esli-pokazatel-doli-vremeni-razrabotchikov-na-ekspluatatsiyu/)
- [Как постепенное 'протухание' отложенных задач влияет на качество работы?](https://cleverics.ru/digital/kb-qa/kak-postepennoe-protukhanie-otlozhennykh-zadach-vliyaet-na-kachestvo-raboty/)
- [Почему команда разработки не может сосредоточиться полностью на новых задачах и фичах?](https://cleverics.ru/digital/kb-qa/pochemu-komanda-razrabotki-ne-mozhet-sosredotochitsya-polnostyu-na-novykh-zadachakh-i-fichakh/)
- [Почему переход на подход Zero Known Defects представляет сложности для команд?](https://cleverics.ru/digital/kb-qa/pochemu-perekhod-na-podkhod-zero-known-defects-predstavlyaet-slozhnosti-dlya-komand/)
- [Какие примеры неэффективных процессов можно наблюдать в области разработки программного обеспечения из-за искажения восприятия нормы?](https://cleverics.ru/digital/kb-qa/kakie-primery-neeffektivnykh-protsessov-mozhno-nablyudat-v-oblasti-razrabotki-programmnogo-obespeche/)

## Рекомендуемые продукты по этой теме

- [Трансформация ИТ в традиционных компаниях](https://edu.cleverics.ru/digital-transformation?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=DEVOPS) — Учебный курс: интенсив с тренером. Как организовать высокоэффективную производственную систему
- [VAP: Управление уровнем ИТ-услуг и каталогом ИТ-услуг](https://edu.cleverics.ru/vap-slm?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-SLM) — Учебный курс: интенсив с тренером. Разработка и совершенствование каталога, соглашений об уровне услуг (SLA), метрик качества услуг, включая расчёт доступности услуг
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система