На 50 % меньше потерь благодаря управлению дивергенциями?

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

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

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

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

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

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

У. Эдвардс Деминг, 1986 г. Выход из кризиса Тайити Оно, 1988 г. Производственная система Toyota за пределами крупномасштабного производства Джеймс П. Вомак и Дэниел Т. Джонс, 1996 г. Бережливое мышление, избавление от отходов и создание богатства в вашей корпорации Дональд Дж. Уилер, 2000 г. Понимание вариаций, ключ к управлению хаосом Элияху М. Голдратт, 1997 г. Критическая цепочка, Джон С. Окленд, 2014 г. Статистический контроль процессов