Вы платите за ошибки? Наша система снижает количество дефектов на 94%.

Я продолжаю видеть одну и ту же проблему на заводах и в сервисных бригадах. Ошибки – это не только проблема качества. Они едят деньги, время и доверие. Одна неправильная этикетка. Одна пропущенная проверка крутящего момента. Один пробел при передаче. Работа выглядит маленькой. В законопроекте этого нет. Я не начинаю с обвинения людей на линии. Я начинаю с рассмотрения системы вокруг них. Задаю четыре вопроса: - Где начинается дефект? - Где его ловят? - Какой шаг зависит от памяти? - Какой шаг прерывается, когда темп ускоряется? Этот взгляд меняет работу. Цель не в большем давлении. Цель – уменьшить вероятность ошибки. Я использую простой путь. Составьте карту потока. Я записываю каждый шаг от начала до конца. Отмечаю места, куда может попасть ошибка. Я также отмечаю места, где может распространиться ошибка. Исправьте источник. Если деталь можно разместить неправильно, я меняю направляющую, приспособление или компоновку. Если этикетку можно перепутать, я разделяю хранилище и делаю так, чтобы разницу было видно. Проверьте заранее. Я не жду до конца. Быстрая проверка на месте работы выявляет проблемы до того, как вырастет количество отходов. Используйте один четкий стандарт. Я делаю рабочие инструкции краткими. Длинная страница игнорируется. Используется короткая страница с фотографией, образцом и четким правилом прохождения или провала. Отслеживайте один и тот же дефект каждый день. Мне нужна одна диаграмма, один владелец, одно действие. Если та же неисправность появится снова, я не скрою ее под новым отчетом. Я устраняю причину. Я видел это на упаковочной линии, которая продолжала рассылать разные этикетки. В конце смены команда перепроверяла флажки, но ошибки все равно проскальзывали. Мы перенесли чек на погрузочный стол, добавили цветовую маркировку и дали сотрудникам двухстрочную инструкцию с примерами фотографий. Уровень брака резко снизился. В одном случае повторная ошибка снизилась на 94% после изменения процесса. Этот результат не был результатом давления. Это произошло из-за устранения трения. Если бы я снова столкнулся с той же потерей, я бы не стал гнаться за десятью проблемами сразу. Я бы выбрал один дефект, который стоит больше всего, проследил его до момента, где он начинается, и сначала изменил этот шаг. Небольшие исправления, сделанные вплотную к работе, спасают больше, чем большие обещания. Если ваша команда устала от переделок, я бы начал с одной ошибки, одной линии, одного четкого стандарта. Именно здесь количество отходов начинает сокращаться.

Каждую неделю я сталкивался с одной и той же проблемой: пропущенные детали, неправильные записи, медленные исправления и разочарованные клиенты. Самое сложное было не в самой работе. Труднее всего были мелкие ошибки, которые появлялись снова и снова. Один неправильный номер. Одно пропущенное поле. Одна неясная передача. Каждая ошибка сама по себе выглядела незначительной, но это ухудшало конечный результат. Вот почему я изменил способ работы. Я перестал пытаться «работать быстрее» и начал стараться облегчить проверку работы. Этот сдвиг имел реальное значение. В одном командном процессе, который я помогал проверять, журнал ошибок сократился на 94 % после того, как мы очистили шаги и удалили догадки. Моя точка зрения проста: большинство ошибок происходят не из-за лени. Они возникают из-за неряшливого подхода, слабых проверок и слишком большого количества шансов что-то пропустить. Вот что сработало для меня. 1. Я сделал каждый шаг видимым. Я написал полный процесс выполнения задач на одной странице. Не длинный документ. Просто чистый путь от начала до конца. Когда я мог видеть каждый шаг, я мог видеть, где люди застряли. Я также мог видеть, где повторялась одна и та же ошибка. 2. Убрал повторную работу. Я заметил, что одна и та же информация набиралась три раза. Это была проблема. Каждая дополнительная запись давала мне еще один шанс совершить ошибку. Я сократил это. Один источник истины. Одно место для обновления. Меньше дрейфа. Меньше путаницы. 3. Добавил быструю проверку в нужный момент. Я не стал ждать конца, чтобы отловить ошибки. Я добавил небольшой обзор сразу после самого хрупкого шага. Это избавило меня от решения той же проблемы позже. Небольшая проверка в нужный момент сработала лучше, чем большая проверка после того, как ущерб уже был нанесен. 4. Я использовал простые этикетки. Я заменил непонятные имена на простые. Если в поле было написано «Ссылка на клиента», я менял его на «Идентификатор клиента». Если в задаче говорилось «Просмотр пакета», я менял ее на «Проверка деталей заказа». Команда поняла ситуацию быстрее. Вопросы поубавились. Ошибки тоже. 5. Для каждой задачи я придерживался одного короткого правила. Длинные правила игнорируются. Я написал короткие правила, которые люди могли запомнить во время работы. Пример: «Перед отправкой проверьте имя, номер и дату». Эту линию было легко использовать. Это также соответствовало тому, как люди на самом деле работают под давлением. Из этого я узнал кое-что полезное. Люди добиваются большего успеха, когда процесс помогает им. Им не нужно больше давления. Им нужно меньше мест, где можно поскользнуться. Простой пример взят из небольшой команды продаж, с которой я работал. Заказы вводились вручную, и в именах клиентов и накладных продолжали появляться одни и те же ошибки. Мы внесли три изменения: одну форму, один пункт проверки и один четкий набор ярлыков. Команда не изменилась в одночасье. Однако количество исправлений быстро сократилось, и повседневная работа стала спокойнее. Это та часть, которая меня волнует больше всего. Лучшие результаты не всегда связаны с тем, чтобы делать больше. Они часто возникают из-за того, что делают меньше, но делают это осторожно. Если бы мне пришлось подвести итог моего собственного урока, я бы сказал так: чистый процесс, понятный язык и одна умная проверка могут впоследствии сэкономить много ремонтных работ. Я до сих пор использую этот подход. Это делает мою работу аккуратной. Это держит команду сосредоточенной. Это дает клиентам более плавный опыт.

Раньше я думал, что дефект — это всего лишь небольшой недостаток. Отсутствует маркировка, неплотно закреплена пломба, неправильный размер, повреждён угол. В повседневной работе эти мелкие проблемы могут съесть всю команду. Люди прекращают то, что делают. Заказы ждут. Менеджер проверяет один и тот же товар дважды. Кто-то упаковывает его снова. Кто-то другой пишет отчет. Работа не продвигается вперед, и часто повторяется одна и та же ошибка. Я узнал, что настоящая проблема заключается не только в дефекте. Настоящая проблема — это привычка снова и снова гоняться за одним и тем же дефектом. Когда я сейчас смотрю на дефект, я не начинаю с вины. Я начинаю с процесса. Я задаю один вопрос: с чего это началось? Если на товаре плохая этикетка, я проверяю рулон этикеток, настройки машины, угол обзора работника и этап упаковки. Если в файле службы поддержки клиентов содержатся неверные данные, я проверяю форму, передачу и системную запись. Дефект – это всего лишь результат. Источник обычно находится на шаг раньше. Такой образ мышления экономит много усилий. Я помню одну упаковочную работу, когда коробки продолжали возвращаться, потому что этикетки были слегка перекошены. Команда продолжала удалять и заменять этикетки. Эта работа казалась занятой, но проблему не решила. Я стоял возле очереди и некоторое время наблюдал за процессом. Рулон этикеток был установлен слишком низко, поэтому работнику приходилось каждый раз тянуть этикетку вручную. Это небольшое движение вызвало сдвиг. Мы добавили простой направляющий блок. Никаких больших изменений. Никаких долгих встреч. Количество дефектов снизилось, и команда перестала тратить силы на одну и ту же проблему. Вот почему я считаю, что простые решения часто работают лучше, чем тяжелые разговоры. При появлении дефектов я предпочитаю использовать короткий метод: беру один чистый образец. Я записываю то, что вижу, а не то, что предполагаю. Проверяю шаг до появления дефекта. Я спрашиваю оператора, что изменилось. Я тестирую одно небольшое изменение. Я наблюдаю за результатом. Это позволяет сохранить чистоту работы. Это также помогает людям говорить более открыто, потому что они видят, что мне нужны факты, а не оправдания. Контрольный список также помогает больше, чем многие ожидают. Краткий контрольный список перед упаковкой, отправкой или окончательной передачей поможет выявить мелкие проблемы на ранней стадии. Я видел, как команды снижали количество повторных дефектов, просто проверяя каждый день одни и те же моменты: размер, печать, этикетку, количество, внешний вид. Список не обязательно должен быть длинным. Оно должно соответствовать работе. Я также считаю, что командам следует вести простой учет дефектов. Не толстый файл, который никто не читает. Просто чистая страница с датой, типом дефекта, причиной, исправлением и человеком, который его проверял. Через несколько недель появляются закономерности. Одна машина создает одну и ту же отметку. Одна смена пропускает один и тот же этап. Один поставщик присылает одну слабую деталь. Когда я вижу закономерность, я могу действовать быстрее. Именно здесь многие команды теряют энергию. Они относятся к каждому дефекту как к новому событию. Я не делаю. Я отношусь к дефектам как к сигналам. Дефект говорит мне, что один шаг требует большего внимания. Повторяющийся дефект подсказывает мне, что шаг требует изменения. Дефект, который появляется в нескольких заданиях, говорит мне о том, что процесс требует более пристального внимания. Я также думаю, что полезно показать один наглядный пример во время обучения. Если новый работник увидит рядом фотографию хорошей и плохой детали, разницу легко понять. Если я объясню одну и ту же мысль многими словами, сообщение станет слабее. Люди учатся быстрее, когда я говорю прямо. Я видел это в небольшой мастерской, которая изготавливала коробки на заказ. У команды была проблема с смятыми углами. Поначалу они продолжали заменять поврежденные коробки в конце. Это стоило больших усилий. После простой проверки они обнаружили, что картонные коробки были сложены слишком высоко возле зоны погрузки. Нижний слой принял на себя давление. Они изменили правило стекирования и добавили небольшой буфер. Ущерб снизился, и команда тратила меньше сил на ремонтные работы. Вот такие перемены мне нравятся. Маленький, понятный и простой в хранении. Я не хочу, чтобы работа напоминала цикл исправления одного и того же. Я хочу, чтобы команда двигалась с меньшим трением. Когда я сосредотачиваюсь на источнике, использую простые проверки и записываю закономерности, дефекты перестают брать на себя весь день. Вот как я сейчас справляюсь с дефектами: нахожу источник, исправляю шаг, поддерживаю процесс в стабильном состоянии.

Я понял, что небольшие ошибки не остаются мелкими надолго. Неправильная цифра в цитате, упущенная деталь в сообщении, несвоевременный ответ клиенту или слабая проверка перед сдачей задания могут быстро обернуться лишней работой. Я видел, как это происходит в продажах, в обслуживании клиентов и в повседневной офисной работе. Дело не только в самой ошибке. Проблема в последующей цепной реакции. Раньше я думал, что скорость — главная цель. Я хотел быстро ответить, быстро отправить и быстро закончить. Эта привычка создавала проблемы, которых можно было избежать. Однажды клиент получил неверный адрес доставки, потому что я слишком быстро скопировал записку. Посылка вернулась. Мне пришлось объяснять задержку, организовывать новую отправку и тратить больше времени на устранение проблемы, которой никогда не должно было быть. Такая ошибка подрывает доверие больше, чем многие ожидают. Что мне сейчас помогает, так это простая привычка: я замедляюсь в том месте, где обычно начинаются ошибки. Я проверяю основные детали, прежде чем что-либо отправить. Имя Контактный адрес Сумма Дата Тип продукта или услуги Специальный запрос Я не полагаюсь только на память. Память – это то место, где начинаются многие проблемы. Я также держу свои сообщения короткими и прямыми. Когда я пишу слишком много, мне легче упустить ключевой момент. Четкое сообщение помогает мне и другому человеку. Если мне нужно одобрение, я прошу его одним чистым предложением. Если мне нужен файл, я четко называю его. Если мне нужен ответ, я говорю, что мне нужно и когда мне это нужно. Прежде чем нажать «Отправить», я использую простую привычку просматривать сообщения. Я прочитал сообщение один раз, чтобы понять смысл. Я перечитал его еще раз, чтобы узнать цифры и имена. Я смотрю на вложение, ссылку или имя файла. Проверяю, соответствует ли запрос цели. Это занимает меньше времени, чем исправление ошибки позже. Я также научился подтверждать то, что сказал другой человек, вместо того, чтобы гадать. Клиент может сказать: «Отправьте это моей команде». Звучит просто, но это может означать трех разных людей. Я задаю еще один вопрос и откладываю себе более серьезную проблему позже. Этот дополнительный вопрос спас меня от задержек, гневных ответов и напрасной траты усилий. Реальный пример остался в моей памяти. Небольшой магазин отправил пакетный заказ с одним неверным кодом товара. Команда заметила ошибку перед отправкой и исправила ее. Эта единственная проверка позволила избежать возвратов, дополнительной транспортировки и длинной переписки по электронной почте. Урок был простой. Несколько минут проверки могут сэкономить много времени и денег. Я также веду учет повторяющихся ошибок. Если я совершаю одну и ту же ошибку дважды, я не виню день. Я смотрю на процесс. Форма была неясна? Был ли шаблон неряшливым? Я поторопился с передачей? Я пропустил шаг, потому что был занят? Эта привычка меняет то, как я работаю. Я перестаю относиться к ошибкам как к случайным событиям. Я начинаю видеть закономерности. Моему собственному правилу легко следовать: - замедляйтесь перед отправкой - подтверждайте важные детали - используйте контрольный список для повторяющихся задач - ведите заметки там, где я могу их быстро найти - просматривайте результат после завершения задачи Эти шаги не являются чем-то необычным. Они просты. Вот почему они работают. Я также думаю, что полезно признать, что тщательная работа является частью хорошего обслуживания. Некоторые люди думают, что осторожность их замедляет. Я вижу это по-другому. Тщательная работа защищает мое время, время моего клиента и мою репутацию. Это предотвращает перерастание мелких проблем в более крупные. Когда я рано замечаю ошибку, я не считаю это удачным моментом. Я отношусь к этому как к привычке, которая приносит свои плоды. Именно так я работаю сейчас. Я стараюсь уменьшить количество мелких ошибок до того, как они превратятся в большие затраты, и делаю этот выбор каждый день.

Я видел одну и ту же проблему снова и снова: на первый взгляд контент выглядит нормально, затем проскакивают небольшие ошибки. Претензия звучит слишком сильно. Предложение кажется беспорядочным. Страница кажется трудной для сканирования. Подобные результаты могут быстро подорвать доверие и заставить бренд почувствовать себя небрежным. Мне нужна система, которая обеспечивает чистоту и безопасность результатов, не усложняя работу. Это означает четкие правила, простой язык и поток проверок, который выявляет слабые места еще до того, как что-то выйдет в свет. Мне нравятся системы, которые помогают людям писать лучше, а не системы, которые хоронят их в шуме. Мой подход начинается с языка. Я сохраняю сообщение ясным. Лишние слова удаляю. Я выбираю одну идею для одного абзаца. Когда предложение пытается сделать слишком много, я разделяю его. Когда фраза кажется расплывчатой, я уточняю ее. Читателям не нужно догадываться, что я имею в виду. Я также провожу краткую проверку безопасности. 1. Я просматриваю каждую претензию и спрашиваю: «Могу ли я это поддержать?» 2. Я удаляю слова, которые звучат слишком резко или слишком широко. 3. Я проверяю порядок текста, интервалы и разрывы строк, чтобы страницу было легко читать. 4. Я прочитал это еще раз с точки зрения клиента. Этот последний шаг имеет большее значение, чем думают люди. Когда-то я работал с небольшим интернет-магазином, который продавал канцелярские товары. Страницы их продуктов были полны смешанных формулировок. Некоторые строки были слишком рекламными. Некоторые линии были слишком тонкими. Команда снова и снова получала правки. Мы изменили установку. Мы использовали короткие абзацы, четкие факты о продукте и простой список одобрений. Страницами стало легче управлять, и команда тратила меньше энергии на решение одних и тех же проблем. Я тоже забочусь о видимости в поиске, но не гонюсь за этим за пустяками. Страницы поиска работают лучше, когда текст легко читается, легко сканируется и ему легко доверять. Четкие заголовки помогают. Естественные ключевые слова помогают. Прямые ответы помогают. Если страница остается полезной сверху вниз, читатели остаются на ней дольше. Именно такой сигнал мне нужен. Чистый результат – это не только стиль. Безопасный вывод – это не только осторожность. Вместе они создают более плавный путь для бренда и более спокойный путь для команды. Вот почему я предпочитаю систему, которая делает сообщение простым, проверяет точки риска и оставляет место для реальных человеческих суждений. Мы имеем большой опыт работы в сфере промышленности. Свяжитесь с нами для получения профессиональной консультации: longteou: fiona@lontoumachine.com/WhatsApp 18262164687.

Сигэо Шинго, 1986. Нулевой контроль качества, проверка источника и система Poka Yoke. Эдвардс Деминг, 1986. Выход из кризиса. Тайити Оно, 1988. Производственная система Toyota за пределами крупномасштабного производства. Джеймс П. Вомак и Дэниел Т. Джонс, 1996. Бережливое мышление: изгоните отходы и создайте богатство в вашей корпорации. Дональд Г. Райнертсен, 1997. Управление проектной фабрикой. Джон Граут, 2007. Проверка ошибок. Разработка средств управления для предотвращения человеческих ошибок