Когда система бьёт хорошего работника: что мы взяли у Деминга

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

И это «что-то другое» — и есть тема, к которой стоит вернуться.

Почему ищут виноватого

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

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

Это и есть ядро того, что Деминг описал ещё в семидесятых. Если хороший работник раз за разом не справляется на одной и той же позиции — проблема не в работнике. Проблема в том, как сложен сам узел работы. Система бьёт человека.

Что значит смотреть на систему

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

Простая проверка. На разборе инцидента послушай, какой первый вопрос задают. Если «кто допустил» — команда работает в логике поиска виноватого. Если «как мы сюда пришли, шаг за шагом» — команда смотрит на систему.

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

И вот тут появляется второй кусок наследства от Деминга — статистическое мышление. Это не про статистику в учебнике. Это про привычку отделять разовый случай от закономерности. Один сбой может быть случайностью. Три сбоя на одной установке за полгода — это уже сигнал, что в установке или в работе с ней что-то воспроизводится. Когда руководитель учится видеть закономерность за единичными случаями — он перестаёт реагировать на каждую фамилию и начинает работать с тем, что эти фамилии порождает.

Постоянное улучшение, а не разовый рывок

Третья вещь, которую стоит унаследовать, — простая. Нет смысла раз в год собирать большую программу улучшений и потом отчитываться. Имеет смысл встроить улучшение в обычную работу. Чтобы человек, который заметил странность, имел место, куда её принести. Чтобы это место не наказывало за принесённую странность, а благодарило. Чтобы из таких мелких наблюдений раз в неделю собиралось одно небольшое изменение в процессе.

Это и есть то, что в японской школе качества называли «кайдзен», а до этого — у Деминга — «постоянное улучшение». Логика простая: большие сбои почти всегда складываются из маленьких признаков, которые никто не вынес наружу. Если у людей есть привычка выносить мелочи — большие сбои просто не успевают сложиться.

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

Как это видно в обычной работе

Сцена первая. Главный механик собирает разбор по нештатной ситуации. Если он начинает с «кто отвечал за этот узел в ту смену» — дальше идёт защита позиций. Каждый рассказывает свою часть так, чтобы не оказаться крайним. Если он начинает с «давайте по шагам восстановим, как мы сюда пришли — со среды, не с момента отказа» — на стол ложится цепочка из шести-семи звеньев. И почти всегда ключевое звено оказывается не там, где сидит виноватый по протоколу.

Сцена вторая. Технолог приходит с наблюдением: «На двух установках одинаково подскакивает параметр перед срабатыванием защиты, но в журнале это никак не помечено». В одной культуре ему отвечают: «Занеси в журнал, разберись на своей смене». В другой культуре ему отвечают: «Подожди, это интересно. Покажи цифры по обоим случаям. Кто ещё это видел?» Первая реакция гасит наблюдение. Вторая — поднимает его на уровень, где из него можно сделать изменение.

Сцена третья. Разбор после остановки установки. Руководитель завода говорит: «Я хочу, чтобы мы из этого вышли с одним конкретным изменением в регламенте — не с пятью, не с десятью, с одним. Но чтобы мы понимали, почему именно оно». Это редкая фраза. Она задаёт другую планку: разбор оценивается не по количеству пунктов в протоколе, а по тому, что реально поменялось в работе.

Что попробовать завтра

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

Заведи привычку различать единичный случай и закономерность. Когда тебе приносят сбой, спроси себя: это разовое или это уже повторяется. Если повторяется — на разборе это должно прозвучать. «У нас это третий случай за полгода. Меня сейчас не интересует, кто на смене. Меня интересует, что у нас в устройстве работы делает это возможным».

Дай людям короткое и безопасное место, куда нести наблюдения. Не обязательно формальное. Это может быть пять минут в начале планёрки — «что вы заметили необычного за неделю». Главное — не отбивать. Когда человек принёс наблюдение и в ответ услышал «занимайся своим делом», в следующий раз он не принесёт.

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

Откуда взята концепция

Идею о том, что система бьёт хорошего работника, и принципы постоянного улучшения подробно описал Уильям Эдвардс Деминг — статистик и консультант, чья работа лежит в основе того, как послевоенная Япония выстроила производственную школу, а позже — и как мировая промышленность пришла к современным системам качества. Здесь я разложил три ядра его подхода — отказ от поиска виноватого в пользу диагностики системы, статистическое мышление, культуру постоянного улучшения — на материале российской производственной команды. Большая часть того, что в российской промышленности называется системой менеджмента качества, — наследство этой же школы, через японский контур. Вопрос не в том, чтобы строить заново. Вопрос в том, чтобы то, что уже стоит, работало по назначению. </content> </invoke>