Читаем Практика дао Toyota полностью

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

В одной из таких экскурсий участвовали несколько директоров заводов большой тройки. Один из них сказал своим коллегам: «Вы только посмотрите! Мы не используем эту технологию уже лет пятнадцать!» Устаревшая технология, судя по всему, всецело завладела их вниманием. Они уже не замечали другие элементы производственной системы, которые позволяли справиться с проблемами, не решенными на их собственных предприятиях. Один из директоров по неосторожности зашел в роботизированную ячейку, и робот остановился. Не успел он осознать, что произошло, как подошел лидер команды и вновь запустил робота. Все это заняло не более минуты и не вызвало никаких потерь на производственной линии. Сопровождающий обратил внимание директора завода на это обстоятельство и спросил, сколько времени понадобится, чтобы перезапустить автомат или линию на его заводе. «Минут 10-15», — ответил тот, продолжая сетовать на устаревшую технологию. Он так и не понял, что главное не технология, а люди, которые ее применяют, и система в целом.

Роботы Toyota гораздо надежнее и безотказнее тех, что используются заводами «большой тройки». Линия изготовления и сборки кузовов обладает высокой гибкостью и позволяет изготавливать пикапы, мини-вэны и легковые автомобили в любом порядке на зависть конкурентам. Эта линия оснащена множеством роботов, работа которых жестко синхронизирована. Если один робот выходит из строя, останавливается вся линия. Но такое случается редко. Большинство автомобильных компаний волнует устаревание технологии. В Toyota считают, что гораздо хуже использовать готовые решения, поэтому здесь занимаются постоянным совершенствованием, с каждым годом улучшая технологии и поддерживая их на должном уровне.

КАКОВЫ ВАШИ ПРЕДСТАВЛЕНИЯ О ТЕХНОЛОГИИ, ЛЮДЯХ И ПРОЦЕССАХ?

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

Перейти на страницу:

Похожие книги

Философия DevOps
Философия DevOps

IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.DevOps – это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании – это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.

Дженнифер Энн Дэвис , Кэтрин Дэниелс

Деловая литература