В традиционном ИТ-отделе ошибки с низким приоритетом встают в очередь навечно, накапливая технический долг. К моменту, когда срок устранения подходит, все давно забыли, что за ошибка, почему происходит и как её устранить — требуется восстановление контекста и дополнительные трудозатраты. Одновременно находится более важная и срочная работа, делающая невозможным устранение неприоритетных ошибок. Очередь ошибок имеет тенденцию к разрастанию, и невозможно объективно оценить её размер — десять ошибок допустимо? Пятьсот? Как сравнить ошибки разных приоритетов? Ошибки могут находиться в очереди годами с аргументами вроде «этот модуль через полгода планируем менять», но «планируем» не означает «заменим». Всё это приводит к деградации системы и увеличению стоимости поддержки.