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

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

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

/

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

РАЗЛИЧНЫЕ МОДЕЛИ ОСВОЕНИЯ ТЕХНОЛОГИИ

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

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

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

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

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

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

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