Читать книгу - "Бережливое производство плюс шесть сигм в сфере услуг. Как скорость бережливого производства и качество шести сигм помогают совершенствованию бизнеса - Майкл Л. Джордж"

Этап 1. Запишите число обработанных заказов и число заказов, оставшихся со вчерашнего дня.

Этап 2. Запишите число заказов, которые предстоит обработать, и количество заказов, обрабатываемых в час сегодня. Подтверждайте скорость такта ежечасно (с пометками о перерывах и ланче).

Этап 3. Ежечасно записывайте число заказов, обработанных за предшествующий час.

Этап 4. Записывайте суммарную разницу между запланированным и обработанным числом заказов.

Этап 5. Записывайте сведения о ходе работ (остановка цепочки / системы, отсутствие бланков и т. д.), объясняющие, почему темп работ соответствует времени такта или отстает от него.

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

ПРИМЕРЫ ПРИМЕНЕНИЯ ПРОИЗВОДСТВЕННЫХ ИНСТРУМЕНТОВ БЕРЕЖЛИВОГО ПРОИЗВОДСТВА В СФЕРЕ УСЛУГ

Несколько лет назад отдел системной интеграции компании Lockheed Martin сосредоточил большую часть работ по снабжению в центре закупок материалов для среднеатлантического региона (Mid-Atlantic Region) — MAC-MAR. Этот центр обслуживает 14 регионов, имеющих разные адреса («клиенты» MAC-MAR). Многие из этих региональных участков приобретены во время слияний в оборонной промышленности в 1990-е годы и работают с различными компьютерными системами, унаследованными от прошлого.

Каждый снабженец центра отвечает за поставки определенного перечня изделий. Снабженцы подключаются к компьютерной системе соответствующего участка, обрабатывают требования на закупку и лишь после этого переходят к работе с другим участком. Это подключение и отключение представляло собой проблему. Из-за того что разные участки использовали разные компьютерные системы, у снабженца в среднем уходило 20 минут, чтобы переключиться с одного клиента на другого. На языке бережливого производства подобная ситуация называется длительным временем переналадки. Однако в то время — до появления программы LM21 — никто из работников снабжения не был обучен бережливому производству, а следовательно, не называл и не воспринимал данную операцию как время переналадки и не задумывался, как это отражается на процессе в целом.

Снабженцам MAC-MAR мешало не только длительное время физического переключения с одной компьютерной системы на другую. Дело было еще и в «переналадке» мыслей («кривой обучения»), которая тоже представляла собой проблему: отсутствие единообразия систем означало, что снабженцы должны были постоянно переключаться с одних инструкций на другие, пытаясь запомнить 14 разных обозначений для одной детали и т. д.

Как бы действовали в такой ситуации вы? Снабженцы работали так: сначала они обрабатывали все заявки с одного участка и лишь потом переходили к следующему. В среднем на обработку запросов одного клиента у них уходил целый день, и только после этого они могли переключиться на следующий участок. Если рассматривать производительность как число заказов, размещаемых в течение часа, она была довольно высока, но, если принять во внимание приоритетность данных заказов, снабженцы большую часть времени размещали заказы неверно. А когда в системе присутствует избыток незавершенного производства, можете не сомневаться, что по закону Литтла время выполнения заказа будет весьма длительным.

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

Рис. 2.9. Фрагмент интерфейса программы, которая использовалась раньше