8 видов потерь: Дефекты

Дефекты — самая понятная потеря Lean: ошибка, брак, неверный документ, неправильная поставка, некорректные данные, возврат, переделка. Но именно из-за понятности дефекты часто рассматривают слишком узко. Компания ищет виновного в конкретной ошибке и пропускает процесс, который эту ошибку сделал вероятной.

Конфликт дефектов в том, что управлению хочется быстрее исправить результат, а улучшать нужно причину. Исправление дефекта возвращает работу в движение. Устранение причины снижает вероятность повторения. Это разные задачи, и первая часто пожирает время второй.

Что считать дефектом

Дефект — это любой результат, который не соответствует требованиям следующего этапа, клиента или внутреннего получателя. Это может быть физический брак, ошибка в расчёте, неполный комплект документов, неверный статус, неправильная комплектация, некорректный договор, неактуальная версия файла.

Важно смотреть не только на финальные ошибки. Дефект может возникнуть в начале процесса, но обнаружиться в конце. Чем позже он найден, тем дороже исправление.

Почему дефекты повторяются

Повторяющийся дефект почти всегда связан с системой: плохие входные данные, неясный критерий готовности, слабая проверка, перегрузка, неудобный интерфейс, отсутствие обучения, конфликт целей, ручные обходы, неактуальные инструкции.

Если после ошибки появляется только разбор конкретного человека, причина обычно остаётся. Люди становятся осторожнее на короткое время, но процесс продолжает создавать те же условия.

Чем опасны дефекты

Дефекты порождают переделки, задержки, дополнительные проверки и недоверие. После серии ошибок компания часто добавляет новые уровни контроля. Если причина не устранена, контроль становится постоянной платой за плохое устройство процесса.

Дефекты также искажают управление. Руководитель начинает видеть не поток работы, а поток пожаров. Решения принимаются под давлением срочности, а не на основании нормального анализа.

Как работать с дефектами

Сначала нужно определить, где дефект возникает и где обнаруживается. Затем понять, почему процесс позволил ему пройти дальше. Полезны простые вопросы: какие входные данные были нужны, кто проверял, какой критерий качества применялся, что мешало сделать правильно с первого раза.

После этого можно менять процесс: улучшать входной контроль, уточнять критерии готовности, убирать неоднозначность, защищать типовые операции от ошибки, обучать людей, менять интерфейс или распределение ответственности. Цель — не героически исправлять, а снижать вероятность повторения.

Как не утонуть в исправлении дефектов

Главная ловушка дефектов — бесконечная занятость исправлением. Ошибку нашли, исправили, извинились, усилили проверку и пошли дальше. Через месяц появляется похожая ошибка, но уже в другом месте. Формально каждый случай обработан, а процесс продолжает производить переделки.

Чтобы выйти из этого круга, надо разделять устранение последствия и устранение причины. Последствие надо исправить быстро, особенно если страдает клиент или следующий этап. Но затем нужно вернуться к процессу: где дефект возник, почему прошёл дальше, какие входные данные были плохими, какой критерий качества отсутствовал, где человек был вынужден угадывать.

Такая работа обычно начинается с диагностики процессов или разбора повторяющихся ошибок. Если причина подтверждена, дальше имеет смысл запускать улучшение процесса: менять входной контроль, критерии готовности, роли, инструкции, интерфейсы и точки проверки. Иначе дефекты будут выглядеть как человеческий фактор, хотя компания сама оставила для них удобный маршрут.

Вывод

Дефект — это не только ошибка исполнителя. Это сигнал, что процесс позволил неправильному результату появиться или пройти дальше.

Если дефекты повторяются, компании нужна не очередная проверка ради спокойствия, а разбор причины и изменение процесса. Иначе переделка становится частью нормальной работы.

Если дефекты возвращаются

Повторяющиеся дефекты требуют не только исправления результата, но и изменения причины. Начать можно с диагностики процесса: найти место возникновения ошибки, слабые входные данные и провал контроля. Затем через улучшение процесса и систематизацию правил можно снизить вероятность повторения.