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

Параллельное проектирование в Японии столь развито, что на начальных этапах программы наши инженеры выдают технические требования самого общего характера. Эта неопределенность не мешает опытным поставщикам удовлетворить требования Toyota к разработке и производству, однако менее опытные не знают, как взяться за дело, и не имеют представления о сроках. Наша задача [речь идет о головном офисе в Северной Америке] — помочь поставщикам удовлетворять требования Toyota. Для этого мы совместно с поставщиками анализируем техническую информацию, поступающую от Toyota. Технические возможности поставщика определяются наличием информации, и мы помогаем им в ее получении и интерпретации.

Не все поставщики имеют соответствующие возможности. Их американские потребители не всегда предъявляют к информации те же требования, что и Toyota, вследствие чего поставщики далеко не всегда располагают производственными данными, необходимыми для выполнения задания Toyota, — весьма прискорбная ситуация как для Toyota, так и для ее поставщиков. Молодой американский инженер по кузовам из Технического центра Toyota рассказывает:

Работать с новыми поставщиками очень непросто, в особенности когда дело доходит до получения информации о допусках. Чтобы детали поставщика соответствовали спроектированному нами кузову, поставщик должны обеспечить требуемый допуск. Случается, что поставщик приходит к нам и говорит, что не в состоянии выдержать допуск. При этом другие поставщики справляются с подобной задачей, удовлетворяя даже более жестким требованиям. Почему так происходит? У многих поставщиков данные о допусках попросту отсутствуют. Недавно имел место случай явной фальсификации данных. Число деталей исчислялось сотнями, он же вычислил среднее и сказал, что показатель точно соответствует 0,5 для любой детали. Мы прекрасно понимаем, что это практически невозможно, а значит, имеет место искажение данных. Принцип «иди и смотри» — великое дело, и мы живем в соответствии с ним. По ходу дела мы знакомим поставщиков с нашими требованиями к данным и обучаем их методам сбора информации и ее анализу.

Toyota продолжает вкладывать значительные средства в обучение американских компаний своим методам, постепенно наращивая свое присутствие в Америке. Toyota инвестировала значительные средства в стремительно растущий технический центр в Мичигане, а поставщики — в здания и оборудование для НИОКР там же, в Мичигане. В 2005 году Avalon стала первой моделью Toyota, которая была почти полностью разработана в США. В разработке по-прежнему активно участвовали инженеры Toyota в Японии, однако руководство проектированием осуществлялось на месте. Развитие поставщиков Северной Америки идет уже более пятнадцати лет и будет продолжаться в течение ближайших пятнадцати.

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

Теперь ваша очередь. Прилагает ли ваша компания активные усилия к сокращению времени выполнения заказа при разработке продукции? Используете ли вы параллельное проектирование для обеспечения качественной и своевременной разработки? Заинтересованы ли в вы в комплектующих высшего качества, идеально совместимых друг с другом? Если вы ответили на эти вопросы положительно, значит, технические возможности вашего поставщика на уровне. Тем не менее основа успеха — не только качество комплектующих или проектирования. Важно, чтобы культура проектирования поставщика соответствовала вашей.

Обмен информацией

Когда американские компании начинают учиться строить партнерские отношения с поставщиками, им кажется, что чем больше информации предоставить поставщику, тем лучше: «Обилие информации, которая позволяет поставщику быть в курсе дела, поможет нам стать равными партнерами». В Toyota глубоко убеждены в необходимости обмена информацией, важно — какой. В Toyota коммуникации четко структурированы: заранее известно время и место встреч, четкая повестка дня и формат обмена данными.

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

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

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

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

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

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