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

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

1. Описать последовательность выполнения работы (отдельные операции).

2. Составить схему перемещений в процессе выполнения работы.

3. Выявить потери.

4. Определить, какие усовершенствования необходимы для достижения желаемых результатов (одна из задач — уложиться во время такта, о чем пойдет речь ниже).

5. Учесть использование материала и его поток (стандартный запас незавершенного производства).

6. Задокументировать усовершенствованный метод.

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

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

ПОДСКАЗКА
Сосредоточьтесь на работе, а не на операторе

Если вы составите описание потока работы и покажете его оператору, это избавит его от чувства вины за неудачный метод. Если вы указываете операторам на наличие потерь, скорее всего, они начнут объяснять, почему без этого не обойтись (отстаивая свой метод работы). Если же вы представите работу в виде схемы и покажете эту схему операторам, по всей вероятности, они ответят: «До чего же бестолковый подход к делу! Его нужно изменить!»

ЛОВУШКА
Должна ли стандартизированная работа входить в перечень документированных процедур согласно стандарту ISO10?

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

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

Таблица совмещения стандартизированных работ

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

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

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

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

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

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