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

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

Было проведено сравнение работы восьми пунктов перераспределения грузов американской автомобилестроительной компании и пяти терминалов Transfreight по основным показателям эффективности. Показатели включали производительность труда, коэффициент использования вилочных погрузчиков, соотношение количества тягачей и прицепов и процент своевременных поставок. Результаты показали, что пункты перераспределения грузов Transfreight в целом работают значительно эффективнее терминалов американской автомобилестроительной компании. Судя по всему, решающим фактором оказалась не технология.

АДАПТИРУЙТЕ ТЕХНОЛОГИЮ К НУЖДАМ ЛЮДЕЙ И ФИЛОСОФИИ КОМПАНИИ

В примере, приведенном выше, Transfreight использует не самое современное программное обеспечение в области логистики. Значит ли это, что такое программное обеспечение нельзя назвать «бережливым»? Конечно нет! Toyota внимательно изучает разные виды программного обеспечения и постепенно интегрирует их в существующие процессы. При этом все программы тщательно отбираются. Привнесение в систему нового программного обеспечения сродни пересадке органов. Если орган донора окажется несовместимым с организмом реципиента, его отторжение вызовет гибель всего организма.

Гленн Умингер отвечает за бблыпую часть логистической системы Toyota в Северной Америке. Он считал, что в оптимизации маршрутов грузовиков при приеме и поставках материалов должна сыграть свою роль более современная информационная технология. Значительная часть системы приходится на компанию Transfreight, где используются традиционные неавтоматизированные системы, которые применялись в Toyota десятки лет. Маршруты грузовиков, как правило, составляются вручную с помощью несложного программного обеспечения собственной разработки, которое обеспечивает визуальное отображение данных и маршрутов. Разрабатывать маршруты грузовиков сравнительно несложно благодаря приверженности Toyota принципам хейдзунка. Если производство на сборочном заводе идет по стабильному, выровненному графику, значит, спрос на материалы, которые обеспечивает система поставок, тоже носит стабильный, ровный характер. Если объем ежедневных поставок на данный завод и частота поставок известны, составить маршрут, который повторяется изо дня в день, относительно несложно. Тем не менее на сборочных заводах по-пре-жнему возможны непредвиденные колебания объемов производства, и ряд пунктов снабжения, по мнению'Гленна, мог бы работать быстрее и качественнее, используя автоматизированные средства планирования, вместо того чтобы составлять маршруты вручную. Вот что рассказывает он сам:

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

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

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

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

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

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