Инструменты методики АЦТ, часть 2: цикл PDCA, диаграмма Ишикавы, анализ коренных причин и 5S

Это вторая статья цикла по инструментам методики «Аккордная цифровая трансформация». Продолжаем разбор группы A «Операционное превосходство» — инструменты A1-05, A1-06, A1-07 и A1-08.

Диаграмма Ишикавы (A1-06) и RCA (A1-07) выявляют причины проблемы. PDCA (A1-05) организует цикл ее устранения и закрепления результата. 5S (A1-08) создает физические условия, при которых проблемы становятся видимыми раньше, чем превращаются в аварии.

A1-05 — Цикл Шухарта-Деминга (PDCA)

Откуда появился инструмент. В 1939 году американский физик и статистик Уолтер Шухарт, работавший в Bell Telephone Laboratories, описал трехступенчатую модель управления качеством: запланировать — сделать — проверить. Он предложил повторять эти шаги циклически, а не применять как разовую процедуру.

Уильям Эдвардс Деминг — экономист и консультант, ученик Шухарта — доработал модель, добавив четвертый шаг, и применил ее в послевоенной Японии. В 1950 году он читал лекции топ-менеджерам японских компаний, объясняя, что качество определяется не проверкой готовой детали, а тем, насколько правильно выстроен сам процесс. В Японии цикл назвали в честь Деминга, хотя сам Деминг до конца жизни настаивал на авторстве Шухарта. Методика АЦТ сохраняет оба имени: цикл Шухарта-Деминга.

PDCA — циклический подход к планированию, реализации, проверке и корректировке улучшений. Четыре этапа:

• Plan (Планируй) — определить проблему, собрать данные, поставить цель, составить план действий.
• Do (Делай) — реализовать изменения в малом масштабе: на одном участке, одном станке, одной смене.
• Check (Проверяй) — сравнить результат с целью. Получилось ли то, что планировали? Появились ли новые проблемы?
• Act (Действуй) — если сработало: стандартизировать и распространить на весь процесс. Если не сработало: скорректировать гипотезу и запустить цикл заново.

Цикл PDCA не заканчивается после одного оборота. Каждый новый круг начинается с более высокой базы.

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

Как применяется на практике. Цикл PDCA — постоянная практика, а не разовый проект. Он работает на любом уровне: от оператора, который меняет порядок раскладки инструмента на своем рабочем месте, до руководителя производства, внедряющего новую систему планирования смен.

На одном из сварочных производств в рамках PDCA выявили ошибки в настройке аппарата, разработали чек-лист контроля и по итогам двух месяцев снизили брак с 3,5% до 0,8%. Типичная последовательность: в Plan зафиксировали отклонение и его измеримый целевой уровень, в Do проверили решение на одной линии, в Check сравнили с исходной базой, в Act закрепили обновленный стандарт настройки.

Чек-лист перед применением PDCA:

• Проблема сформулирована как измеримое отклонение («выпуск на 12% ниже плана», а не «все плохо»).
• На этапе Plan собраны данные, а не только мнения.
• На этапе Do изменения вносятся в малом масштабе, а не сразу во всем процессе.
• На этапе Check результат сравнивается с исходной базой.
• На этапе Act принято явное решение: стандартизировать или скорректировать.
• Определен следующий цикл: что улучшаем после того, как закрепили текущее.

Типовые ошибки:

• Прошли один раз и остановились. PDCA воспринимается как разовый проект. → Каждый завершенный цикл должен порождать следующий. Остановка после первого оборота — начало деградации.
• Пропустили этап Check. Изменение внедрили, результат не измерили. → Без проверки невозможно понять, помогло изменение или навредило.
• Масштабировали до проверки. Изменение провели сразу во всем цехе. → Большой масштаб превращает ошибку из обучающего опыта в дорогостоящий сбой.
• Act без стандартизации. Что сработало — зафиксировали в голове, но не в регламенте. → Через месяц все возвращается к исходному состоянию.

A1-06 — Диаграмма Ишикавы («Рыбья кость»)

Откуда появился инструмент. Японский профессор Каору Исикава предложил диаграмму в 1952 году как дополнение к существующим методикам анализа качества в японской промышленности. Исикава преподавал в Токийском университете и активно сотрудничал с JUSE — Японским союзом ученых и инженеров, через который в Японию пришли идеи Деминга. В 1960-х диаграмма вошла в список «Семи инструментов контроля качества» — стандартного набора аналитических методов, которые Toyota и другие японские компании ввели как обязательные для производственных команд.

Форма диаграммы дала ей второе название — «рыбья кость»: проблема располагается в голове рыбы, причины расходятся в виде костей скелета.

Каору Исикава

Каору Исикава (1915–1989), профессор Токийского университета, предложил диаграмму в 1952 году в рамках работы с JUSE по развитию управления качеством в японской промышленности.

Диаграмма Ишикавы — графический инструмент для структурированного поиска причин проблемы. Отличие от метода «5 Почему» (A1-01): «5 Почему» прослеживает одну линейную цепочку, диаграмма Ишикавы разворачивает сразу несколько ветвей причин по категориям.

Классические категории для производства — «6М»: Машины (оборудование), Материалы, Методы (процессы), Люди (Man), Измерения (Measurement), Окружающая среда (Milieu). Для сервисных и административных процессов категории адаптируются.

Диаграмма разворачивает проблему по категориям. Причины третьего и четвертого уровня — те, которые обычно и оказываются корневыми.

Как применяется на практике. Диаграмма строится в команде — не одним аналитиком. Участники мозгового штурма называют возможные причины, которые размещаются на соответствующих ветвях. Дальше команда определяет наиболее вероятные причины и проверяет их фактами.

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

Чек-лист перед применением диаграммы Ишикавы:

• Проблема четко сформулирована и помещена в «голову» диаграммы.
• Выбраны категории причин, подходящие для данного типа процесса.
• В построении участвует команда, а не один человек.
• Записаны все версии, включая неочевидные, — отсев проводится после построения.
• После построения определены 2–3 наиболее вероятные причины для проверки фактами.
• Диаграмма не заменяет проверку: гипотеза о причине требует подтверждения данными.

Типовые ошибки:

• Строят в одиночку. Руководитель рисует диаграмму по своему пониманию процесса. → Теряются причины, которые видны только оператору или технологу.
• Останавливаются на очевидных причинах. Первый уровень «костей» заполнен, работа завершена. → Самые значимые причины часто находятся на третьем-четвертом уровне.
• Принимают диаграмму за ответ. Построенная схема считается готовым результатом. → Диаграмма — инструмент генерации гипотез. Каждая требует проверки данными.
• Слишком широкие категории. «Люди» сводится к «оператор ошибся». → Дробите: не «люди», а «квалификация», «инструктаж», «загрузка», «ротация».

A1-07 — Анализ коренных причин (RCA)

Откуда появился инструмент. Root Cause Analysis как формализованный подход развивался в 1950–1970-х годах в авиации, атомной энергетике и химической промышленности, где цена ошибки потребовала систематического подхода к расследованию инцидентов. В управление производством RCA пришел из методологии надежности и безопасности.

В отличие от «5 Почему» и диаграммы Ишикавы, которые являются конкретными инструментами, RCA — методологический принцип: искать причину, а не симптом, и не останавливаться до тех пор, пока не найдено то, что можно изменить так, чтобы проблема не вернулась.

RCA строится на четырех принципах, которые методика АЦТ формулирует явно:

• Фокус на причину, а не на следствие. Задача — найти и устранить источник, а не симптом.
• Системный подход. Проблема рассматривается во всех взаимосвязях: процессы, люди, оборудование, системы управления.
• Объективность и опора на факты. Выводы строятся на данных, а не на предположениях.
• Многоуровневость анализа. Ищутся не только технические, но и организационные, процессные и управленческие причины.

Как применяется на практике. RCA применяется там, где проблема повторяется или ее последствия дороги: серьезный брак, авария, срыв ключевого заказа. Для каждого такого события формируется группа расследования, которая собирает факты, строит хронологию и прослеживает причинно-следственные связи до уровня, где возможно системное изменение.

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

Результат RCA — конкретные корректирующие действия с ответственными и сроками, которые предотвращают повторение.

Чек-лист перед применением RCA:

• Определены границы расследования: какое именно событие анализируется.
• Собрана хронология на основе фактов, а не пересказа.
• К расследованию привлечены люди, непосредственно работавшие в момент инцидента.
• Анализ ведется до причины, которую можно изменить — не до «человеческого фактора».
• По каждой корневой причине сформулировано конкретное корректирующее действие.
• Установлены сроки и ответственные за реализацию.
• Через определенный период запланирована проверка: проблема не вернулась?

Типовые ошибки:

• Остановились на «человеческом факторе». «Оператор нарушил регламент» — расследование закрыто. → Почему нарушил? Почему регламент позволяет нарушение? Почему нарушение не было выявлено раньше? Системная причина находится глубже.
• RCA проводится ради отчета. Корневая причина найдена, написана в бумаге, действия не реализованы. → RCA без корректирующих действий — документирование, а не анализ.
• Анализируют только технические причины. Проблема оборудования устранена, но организационная причина осталась. → Всегда проверяйте все уровни: технический, процессный, управленческий.
• К расследованию не привлекают операторов. Расследует только ИТР или руководство. → Люди, работавшие в момент инцидента, владеют информацией, которой нет ни в одном отчете.

A1-08 — Организация рабочего пространства (5S)

Откуда появился инструмент. Система 5S сформировалась в Производственной системе Toyota в послевоенные годы и была систематизирована Хиройюки Хирано в книге «5 Pillars of the Visual Workplace» (1995). Название складывается из пяти японских слов на «С»: Сэири (Сортировка), Сэитон (Соблюдение порядка), Сэисо (Содержание в чистоте), Сэикэцу (Стандартизация), Сицукэ (Совершенствование).

На российских предприятиях 5S стала одним из первых инструментов бережливого производства — именно с нее начинали РЖД, Росатом, «Северсталь», КамАЗ. Причина прагматичная: 5S не требует сложных методологий, дает быстро видимый результат и создает физическую основу для всех последующих улучшений.

Порядок на рабочем месте — это условие, при котором отклонение становится видимым до того, как превращается в потери.

Пять этапов системы по методике АЦТ:

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

Российский опыт. На «Подольскмаше» после внедрения первых двух этапов 5S зафиксировали сокращение времени на поиск необходимого и уменьшение количества лишних передвижений по цеху — по материалам портала «Управление производством». Росатом в производственном объединении «Север» развернул систему в рамках Производственной системы Росатома с поэтапным аудитом и фотостандартами рабочих мест.

Чек-лист перед внедрением 5S:

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

Типовые ошибки:

• 5S как генеральная уборка. Убрали, помыли, сфотографировали — вернулись к прежнему через месяц. → Без четвертого и пятого этапов результат не держится.
• Внедрили административным давлением. Сотрудников заставили без объяснения зачем. → Люди поддерживают то, что сами создали. Вовлекайте команду с первого этапа.
• Стандарт в папке, а не на стене. Фотостандарт существует в электронном виде, до рабочего места не доходит. → Визуальный стандарт должен быть виден на самом рабочем месте.
• Аудит без последствий. Нарушения фиксируются, изменений нет. → Каждое нарушение должно получить конкретный срок устранения.

Как четыре инструмента работают в связке

Диаграмма Ишикавы и RCA выявляют причины проблемы. PDCA организует цикл ее устранения: сначала малый эксперимент, затем стандартизация успешного результата. 5S создает рабочую среду, в которой новые проблемы становятся видимыми быстро — до того, как превращаются в аварии или потери.

На практике: 5S обнаруживает отклонение — на полу следы масла там, где их раньше не было. Диаграмма Ишикавы структурирует возможные причины по категориям. RCA прослеживает цепочку до корневой. PDCA планирует и тестирует изменение, затем закрепляет его как новый стандарт — в том числе в стандарте рабочего места по 5S.

Эта четверка соответствует уровню зрелости 1 по матрице АЦТ («Соло»): предприятие стандартизирует процессы и закладывает фундамент для последующей цифровизации.

Резюме

PDCA организует улучшение так, чтобы оно не остановилось после первого шага. Диаграмма Ишикавы структурирует поиск причин, когда источников несколько. RCA доводит анализ до системной причины, а не останавливается на симптоме. 5S создает среду, в которой отклонения становятся видимыми раньше, чем превращаются в потери.

Все четыре входят в стандартный набор инструментов Производственной системы Toyota. В России их применяют Росатом, КамАЗ, «Северсталь» и десятки других предприятий. Компании, которые применяют их как разовые проекты, теряют накопленный эффект после каждого запуска. По данным FinExpertiza, 9 из 10 проектов по ИИ в 2025 году до промышленного внедрения не дошли — та же закономерность действует и для инструментов операционного улучшения.

В следующей статье цикла — инструменты A1-09, A1-10 и A1-11: карта потока создания ценности (VSM), Кайдзен и ABC/XYZ-анализ.