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

Давайте еще раз обратимся к модели потока создания ценности, данной в главе 3. Она изображена на рис. 7-2. Мы видим, что будущее состояние потока создание ценности включает «доску» или «ящик» хейдзунка. Это распространенный способ визуального представления выровненного графика. Каждая ячейка ящика соответствует определенному отрезку времени (например, с 8:00 до 8:15), в течение которого рабочий берет канбан производства, подает его на операцию, задающую ритм, в качестве очередного заказа и забирает готовые изделия в соответствии с предыдущим заказом. Есть множество способов сделать то же самое; так, иногда заказы ежечасно вывешиваются на доске. Здесь возможны разные решения, но все они имеют одну цель: сделать очевидным временной интервал (питч) — с момента поступления заказа до его выполнения и количество продукции, которое нужно изготовить в течение питча (определение питча см. в книге Учитесь

Рис. 7-2. Будущее состояние потока создания ценности с подробной проработкой составляющих

видеть бизнес-процессы). Таков механизм, поддерживающий процесс выравнивания. Оператор, задающий ритм потоку, всегда знает, работает он быстрее или медленнее, чем нужно.

Что происходит, если процесс, задающий ритм потока создания ценности, соблюдает такой график? Он будет обрабатывать детали, постепенно изымая их из супермаркета предыдущей операции. Поскольку процесс, задающий ритм, работает по выровненному графику, изъятия тоже выровнены. Предположим, что сборочный процесс — это задающий ритм процесс и ему требуются три вида деталей — А, В, С, которые используются для производства трех разных видов конечного продукта. Если сборка конечного продукта выровнена, должно быть выровнено и потребление А, В и С. Это позволяет свести объем запасов А, В и С в супермаркете к минимуму. Если же сборщики вдруг станут целый день использовать только деталь А, а поставщик поместит в супермаркет количество деталей А, рассчитанное лишь на часть рабочего дня, запас деталей А на сборке быстро закончится, и она остановится. Поэтому если система рассчитана на выровненный график, очень важно следить за его соблюдением, иначе запас деталей иссякнет. Забирая из супермаркета исходные материалы, операция побуждает производство пополнить запас деталей в супермаркете, т. е. изъятие деталей служит для поставщика сигналом к пополнению запаса. Опять-таки, если операция, задающая ритм, выровнена, сигналы поступают к поставщику равномерно, что смягчает негативный «эффект кнута», который заставляет поставщиков работать в режиме авралов и простоев, из-за того что завод-потребитель вносит изменения в графики так, как удобно ему. При выровненном графике поставщики знают предъявляемые к ним требования и могут уверенно планировать свою работу. Они могут сбалансировать ресурсы с учетом известного времени такта и внедрять бережливое производство, повышая качество и снижая затраты.

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

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

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

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

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

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

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