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

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

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

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

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

Мы говорим о стандартизации как об одном из «этапов», однако на самом деле стандартизация должна применяется непрерывно, о ней следует помнить при разработке любого метода работы. Подобно прочим составляющим TPS данная концепция чрезвычайно важна, но чтобы применять стандартизацию надлежащим абразом, ее следует тщательно осмыслить. Стандартизация — не комплект документации, который требует подготовки и тщательного контроля. Это средство обеспечения максимально эффективной и стабильной работы и основа устойчивости процесса. Без стандартизации такие инструменты, как шесть сигм и иные современные методы снижения вариации, бесполезны.

СТАНДАРТИЗИРОВАННАЯ РАБОТА ИЛИ НОРМИРОВАНИЕ ТРУДА?

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

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

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

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

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

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

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