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

Рассмотрим такой пример: если рабочее время в течение одной смены составляет 400 минут, а спрос составляет 400 изделий за смену, время, которое отводится на единицу продукции (время такта), составляет одну минуту (на каждое изделие). Чтобы удовлетворить спрос, время цикла каждой операции в среднем не должно превышать одну минуту. Если время цикла (фактическое время, которое требуется для выполнения всех действий по одной работе) превышает время такта, данная операция станет узким местом и, чтобы уложиться в график, придется работать сверхурочно. Если время цикла меньше, чем время такта, возникнет перепроизводство или ожидание.

Самая трудная задача — определить потребительский спрос. В большинстве случаев (если вы не поставщик Toyota) спрос имеет значительные колебания. Как определить время такта, если спрос — величина непостоянная? Следует понимать, что время такта служит «точкой отсчета» при планировании работы, и легко представлять, каковы могут быть последствия неправильного определения точки отсчета.

Первым делом следует признать, что время цикла отдельных операций — время, необходимое для выполнения работы, — колеблется не слишком сильно, если они стандартизированы. В примере, который приводился выше, цикл работы оборудования составляет 23 секунды, а время работы оператора и время на ходьбу — 56 секунд. Общее время цикла составляет 75 секунд и может незначительно колебаться в зависимости от скорости работы оператора, который подготавливает детали для автоматической сварки. Это значит, что производительность данного процесса будет Достаточно стабильной при отсутствии сбоев, вызванных отказами оборудования. Какое влияние оказывают на данную операцию значительная вариация спроса? Никакого! Время рабочего цикла может варьироваться лишь в пределах нескольких секунд. Как удовлетворить спрос, если он растет? Можно увеличить рабочее время (например, за счет сверхурочной работы, если спрос растет не слишком сильно). Использование понятия времени такта не изменит сложившуюся ситуацию.

Так как же определить спрос и время такта? Выберите показатель спроса, который будет достаточно высок, чтобы потребность была удовлетворена большую часть времени. Допустим, к примеру, что спрос колеблется в диапазоне от 10 ООО до 20 ООО единиц продукции в месяц, а средний показатель составляет 16 ООО единиц в месяц. Какое число следует выбрать? Отчасти это зависит от ситуации, но обычно мы рекомендуем ориентироваться на более высокий показатель. И вот почему. Предположим, что мы используем максимальный показатель — 20 ООО. Рассчитывая время такта, мы получим при этом более низкий показатель (на изготовление единицы продукции отводится меньше времени). Затем сравниваем время цикла и время такта для выявления расхождения. Смысл такого расчета в том, что чем значительнее расхождение, тем больше требуется усовершенствований, чтобы достичь времени такта, а потенциал совершенствования определяется объемом потерь в процессе.

Сталкиваясь с подобной задачей, сэнсэй Toyota скажет: «Нет проблем», имея в виду, что потерь всегда предостаточно и добиться необходимого усовершенствования, несомненно, можно. Единственная опасность завышения темпов спроса в том, что в этом случае придется потратить больше сил, чтобы выйти на заданное время такта. Вряд ли вам захочется тратить силы впустую, искусственно завышая показатель спроса (тем самым снижая время такта), но это не столь уж серьезная проблема. Если процесс усовершенствован сверх фактической потребности, можно сократить объем ресурсов или заняться расширением продаж.

Время такта определяет единый ритм выполнения всех операций в потоке создания ценности. График загрузки операторов представляет собой действенный визуальный инструмент, который позволяет увидеть соотношение между временем цикла и такта. В некоторых случаях она помогает ответить на вопрос «А что, если?» в отношении потенциальных возможностей процесса. На рис. 6-8 представлен график загрузки операторов, составленный для сравнения времени цикла отдельных операций в потоке создания ценности со временем такта. В данном случае компания хотела увеличить объем производства, чтобы удовлетворить возросший по приблизительным оценкам спрос. В компании хотели знать, насколько значительные изменения потребуются, чтобы выйти на гипотетическое время такта 90 секунд на изделие. Мы видим, что пока в заданное время такта не укладываются две операции.

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

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

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

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

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

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