Как информационные технологии поддерживают подход Toyota
Как информационные технологии поддерживают подход Toyota
Несколько лет назад я сопровождал декана технологического факультета Мичиганского университета во время его поездки в Японию. Среди тех, кто нас принимал, был Микио Китано, который в то время осуществлял надзор за Motomachi – крупнейшим промышленным комплексом Toyota. Декан задавал множество вопросов об использовании информационных технологий в Toyota. У Китано эти вопросы вызывали легкое раздражение. Он достал типичную блок-схему работы информационной системы со всеми привычными для ИТ обозначениями: поток информации, которая передается с одного компьютера на другой, запоминающие устройства, устройства ввода-вывода и т. п. Эту схему, которая была разработана для сборочного завода Motomachi, дал ему чуть раньше один из специалистов по ИТ, работающих в Toyota. Китано рассказал, что данную блок-схему он отослал назад, сказав ее разработчику: «Toyota не занимается созданием информационных систем. Мы изготавливаем автомобили. Покажите мне процесс изготовления автомобилей и то, как ваша информационная система поддерживает этот процесс». После этого он достал другую большую схему последовательности технологических операций, которую сделал специалист по ИТ в ответ на требование Китано. В верхней части было показано, как происходит изготовление автомобиля: там были представлены технологические линии, на которых изготавливается кузов и производятся покраска и сборка. В нижней части схемы были показаны различные информационные технологии и то, как они будут поддерживать процесс производства автомашин. Как и хотел Китано, на схеме была представлена последовательность технологических операций и ИТ занимали в ней свое место – обеспечивали работу производственных линий.
У Toyota есть опыт и в части применения технологии выталкивания, новейшей и лучшей, о внедрении которой ей пришлось сожалеть. Примером тому является эксперимент, проведенный 10 лет назад в Чикагском центре распределения запчастей[28], где компания установила автоматизированную систему с поворотными стойками. Пока склад строился, дилеры Toyota заказывали детали раз в неделю. Но вскоре после завершения строительства компания ввела систему ежедневных заказов и поставок, чтобы сократить время выполнения заказа и уменьшить количество запасов у дилеров. Когда цикл отгрузки деталей сократился с пяти дней до одного, оборудование оказалось недостаточно гибким и внезапно устарело, поскольку фиксированная длина конвейера была рассчитана на более крупные заказы. Ежедневные заказы были меньше по объему, и небольшие коробки заполнялись гораздо быстрее, чем более габаритные контейнеры для пятидневного запаса деталей. Теперь работник, который стоял в конце конвейерной линии, был вынужден ждать, пока длинный конвейер доставит небольшое количество деталей. Значительное время этот работник проводил в ожидании – один из восьми видов потерь. Преимущества от такой технологии быстро исчерпались, и предприятие в Чикаго стало одним из самых малоэффективных складов в Toyota. В 2002 году компания вновь инвестировала средства в Чикаго, на сей раз, чтобы демонтировать автоматическую систему и поддерживающую ее компьютерную систему. Нужно отметить, что на самом эффективном региональном оптовом складе в Цинциннати почти нет автоматического оборудования.
Беседа говорит:
В мире материально-технического снабжения всем движет информация. Но наш подход к применению автоматизации консервативен. Вы можете применить кайдзен к людям и процессам, но применить его к машине очень сложно. Эффективность наших процессов значительно повысилась, а эффективность машин – нет. Поэтому машине придется посторониться.
В 2002 году в центрах распределения запчастей была завершена двухлетняя работа по внедрению новой системы, которая получила название «Монарх» (Monarch Project), для совершенствования прогнозирования спроса и планирования управления запасами. Объединенная группа экспертов по логистике и специалистов по информационным системам потратила год, определяя, какие элементы прежней системы работают хорошо, какие нуждаются в модернизации или замене и какие функциональные возможности необходимо добавить. Основное назначение системы «Монарх» – незаметно поддерживать визуальную систему на складских площадях, позволяя специалистам в любой момент оценить текущую ситуацию. Беседа рассказывает о ней следующее:
Если работник склада просто сидит и смотрит на монитор компьютера, он не может узнать все, что нужно. Ему необходимо увидеть своими глазами размер деталей и ощутить реальную ситуацию на складе. Компьютер дает аналитику по снабжению, рекомендации по уровню запасов, но он не может определить, не осложнят ли эти запасы жизнь работнику из-за того, что на складе для них не хватит места.
На складах действительно работают аналитики по снабжению, которые ведут наблюдение на местах и обеспечивают регулярный обмен информацией между группой, которая занимается снабжением, и теми, кто ведает складскими операциями. Эти группы часто работают вместе, чтобы опытным путем определить оптимальный уровень запасов проблемных деталей. Кладовщик отслеживает реальное движение запасов, наклеивая на картонные коробки большие ярлыки с датой. Если определенный вид деталей пользуется спросом, склад хранит запас таких деталей, в любой момент готовый к отгрузке. Если по датам на картонных коробках видно, что детали лежат на складе долго, кладовщик и аналитик по снабжению принимают решение о снижении уровня их запаса. Простой визуализированный контроль позволяет сэкономить место и уменьшить неразбериху. Аналитик по снабжению опирается на рекомендации компьютера, но подкрепляет их суждениями, которые он выносит на месте, общаясь с работниками склада.
Джейн Беседа замечает:
Сначала нужно продумать ручной процесс, и лишь потом автоматизировать его. Создавая систему, нужно сделать ее максимально гибкой, тогда вы можете непрерывно совершенствовать процесс по мере изменения компании. Информацию, которую дает система, обязательно нужно дополнить генти генбуцу, то есть «пойти и увидеть своими глазами».
Данный текст является ознакомительным фрагментом.