Инструменты методики AЦТ, часть 1: «5 Почему», анализ Парето 80/20, Гемба и SMART

Это первая статья цикла по инструментам методики «Аккордная цифровая трансформация» (АЦТ). Начинаем с группы A «Операционное превосходство» и четырех базовых инструментов: A1-01 «5 Почему», A1-02 анализ Парето, A1-03 Гемба и A1-04 SMART. По классификации они относятся к простым — на освоение каждого отводится 6 часов.

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

A1-01. «5 Почему»

Метод придумал Сакити Тоёда (1867–1930) — изобретатель, основатель компании Toyota Industries, которого в Японии называют отцом промышленной революции. Сын плотника, он автоматизировал ткацкое производство и, в частности, создал станок, который сам останавливался при обрыве нити, чтобы не штамповать брак. Этот принцип позже лег в основу дзидоки — одного из двух столпов Производственной системы Toyota: оборудование само распознает отклонение и немедленно останавливается, вместо того чтобы продолжать выпускать брак, ожидая вмешательства человека. Идею иногда переводят как «автоматизация с человеческим умом»: машина берет на себя контроль качества, освобождая оператора от роли надсмотрщика.

Сама привычка не принимать первое попавшееся объяснение, а доходить до системной причины выросла из этой инженерной среды 1930-х. Формализовал и встроил метод в Производственную систему Toyota уже Тайити Оно (1912–1990) — инженер и впоследствии исполнительный вице-президент Toyota, главный архитектор ее производственной системы. Для Оно «отсутствие проблем было самой большой проблемой», а каждая всплывшая неполадка — возможностью для улучшения.

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

Канонический пример привел сам Тайити Оно в книге «Производственная система Тойоты» (Toyota Production System, 1988):

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

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

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

Чек-лист перед применением «5 Почему»

Проблема сформулирована как наблюдаемый факт, а не как мнение («станок встал в 14:20», а не «оборудование ненадежное»).
Каждый ответ на «почему» подтвержден фактом или данными, а не выглядит правдоподобно.
Цепочка идет к системной причине, а не сворачивает на конкретного человека.
Вы остановились не на пятом шаге механически, а там, где причина стала устранимой.
К корневой причине сформулирована контрмера, которая предотвращает повторение, а не лечит симптом.
Проверено: если устранить найденную причину, проблема действительно не вернется.

Возможные ошибки: почему не работает и как исправить

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

A1-02. Анализ Парето, правило 80/20

В своем труде «Курс политической экономии» (Cours d’économie politique, 1896–1897) итальянский экономист Вильфредо Парето, изучая распределение собственности, заметил, что около 80% земли в Италии принадлежит примерно 20% населения. Сам Парето к менеджменту отношения не имел и термина «принцип Парето» не вводил.

Это сделал намного позже, в 1941 году, Джозеф Джуран — американский инженер и один из основателей современного управления качеством. Прочитав Парето, Джуран понял, что та же асимметрия работает в управлении качеством: небольшая доля причин порождает основную массу дефектов. Он ввел формулу «жизненно важное меньшинство и полезное большинство» (vital few and useful many) и сам назвал принцип в честь Парето. То есть инструмент, который мы знаем как «правило 80/20», по сути создан Джураном, а не Парето.

Вильфредо Парето и Джозеф Джуран

Работает он так: вы ранжируете проблемы или причины по их вкладу в результат и концентрируете ресурсы на тех немногих, что дают основную долю эффекта. Соотношение 80/20 — удобная метафора, а не закон: на практике оно может быть и 70/30, и 90/10. Важна сама идея неравномерности — усилия, «размазанные» ровным слоем по всем проблемам, почти всегда проигрывают усилиям, сфокусированным на «жизненно важном меньшинстве».

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

Как это выглядит на практике — показывает рецензируемое исследование швейного производства (фабрика Gulele Garment, Аддис-Абеба). Команда разложила весь брак по видам и построила диаграмму Парето. Оказалось, что шесть типов дефектов — пропуск шва на манжете, подгибка рукава, отрыв пуговицы и еще три — дают в сумме около 81,7% всего брака. Дальше работали только с причинами этих шести, не распыляясь на длинный хвост мелких дефектов.

Чек-лист перед применением анализа Парето

Данные собраны и посчитаны, а не оценены «на глаз».
Факторы ранжированы по их реальному вкладу в результат (по деньгам, времени, количеству — по тому, что важно).
Построена диаграмма или хотя бы накопленный процент: видно, где проходит граница «жизненно важного меньшинства».
Соотношение принято фактическим (70/30, 90/10), а не подогнано под красивые 80/20.
Ресурсы сосредоточены на верхушке списка, а не распределены по всем пунктам.
«Полезное большинство» не выброшено, а отложено на следующий шаг.

Возможные ошибки: почему не работает и как исправить

80/20 как догма. Цифры подгоняют под красивое соотношение вместо честного подсчета. → Считайте по факту. Соотношение 65/35 отражает реальное распределение, и работать нужно именно с ним.
«Хвост» списали как незначимый. Мелкие причины объявили бесполезными и забыли. Джуран не зря сменил «тривиальное большинство» (trivial many) на «полезное большинство» (useful many). → Оставшиеся причины не бесполезны, их время приходит позже — после того как разобрались с главным.
Ранжировали не по тому показателю. Дефекты отсортированы по частоте, хотя по деньгам бьют совсем другие. → Выбирайте ось ранжирования по последствиям: частый, но дешевый дефект может уступать редкому, но дорогому.
Парето без следующего шага. Нашли главные 20%, но не разобрали их причины. → Парето показывает, какую проблему решать, но не объясняет, почему она возникает. Для этого используйте «5 Почему» или диаграмму Ишикавы.

A1-03. Гемба, осмотр места работы

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

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

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

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

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

Сама Toyota остается главным непрерывным примером: «круг Оно» десятилетиями был частью обучения инженеров, а генти генбуцу до сих пор входит в число основных принципов «Пути Toyota». Если проблема возникает в цеху, понять и решить ее можно тоже только в цеху.

Чек-лист перед Гемба-обходом

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

Возможные ошибки: почему не работает и как исправить

Гемба превратилась в видеозвонок или отчет. Совещание по видеосвязи или просмотр сводки выдают за обход. → Это ровно та абстракция, против которой инструмент придуман. Идите на место сами.
Обход без цели. Бесцельная прогулка по цеху дает мало. → Перед выходом задайте один конкретный вопрос, на который ищете ответ на месте.
Обход стал инспекцией. Руководитель ходит и раздает замечания — сотрудники начинают показывать благополучную картину. → Снимите роль проверяющего: цель обхода — понять процесс, а не оценить людей.
Посмотрели и ушли без выводов. Обход состоялся, но ничего не изменилось. → Фиксируйте наблюдения и доводите хотя бы одну находку до изменения, иначе Гемба превращается в ритуал без результата.

A1-04. SMART

Аббревиатуру SMART ввел Джордж Доран — американский консультант по управлению и бывший директор по корпоративному планированию компании Washington Water Power — с соавторами в статье «Есть умный (S.M.A.R.T.) способ формулировать цели и задачи менеджмента», опубликованной в журнале Management Review в ноябре 1981 года. Статья была чуть больше страницы, и вряд ли Доран предполагал, что его подход разойдется по всему миру — от заводских планерок до личных целей.

Любопытная деталь для тех, кто думает, что знает SMART наизусть: в оригинале у Дорана буквы расшифровывались иначе — Specific, Measurable, Assignable (назначаемая, то есть с явно закрепленным ответственным), Realistic, Time-related. Привычные сегодня Achievable и Relevant — более поздняя эволюция формулы. Методика АЦТ приводит ее в современной редакции.

Цель проверяется по пяти критериям:

Чтобы увидеть все пять критериев разом, сравните две формулировки.

Размытая: «снизить издержки на запасы».

SMART-версия: «внедрить к 31 декабря систему управления запасами, которая сократит затраты на запасы на 1 млн рублей, силами не более 200 человеко-часов и в рамках бюджета 500 тыс. рублей».

Во второй видно все: конкретику, измеримый результат, срок и ресурсное ограничение.

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

Чек-лист проверки цели по SMART

S — формулировка однозначна: нет слов «улучшить», «оптимизировать», «повысить» без уточнения.
M — есть число, по которому видно, достигнута цель или нет.
A — цель реалистична при имеющихся ресурсах и сроках, а не только на бумаге.
R — цель работает на стратегию, а не существует сама по себе.
T — указан конкретный срок.
Измеримость стоит на том, что важно, а не на том, что легко посчитать.
У цели есть ответственный (полезный остаток от исходного критерия Assignable).

Возможные ошибки: почему не работает и как исправить

Меряют то, что легко посчитать. Цель ставят по удобной метрике, а не по реальному эффекту — отсюда KPI вроде «количество внедрений» вместо отдачи от них. → Сначала определите, что значит «получилось» по сути, и только потом подбирайте метрику под это.
Забыли про достижимость. Цель формально проходит по буквам S, M, A, R, T, но оторвана от ресурсов и сроков. → Измеримость без достижимости дает только красивую отчетность без результата. Сверяйте цель с тем, что реально есть: люди, деньги, время.
Нет ответственного. Цель сформулирована, но непонятно, с кого спрашивать. → Вернитесь к исходному смыслу буквы A у Дорана (Assignable): у каждой цели должен быть один владелец.
SMART ради SMART. Цель подогнали под аббревиатуру, но она никому не нужна. → Критерий R здесь главный: если цель не работает на стратегию, безупречная по форме постановка бесполезна.

Резюме

Четыре инструмента отвечают на четыре вопроса, с которых стоит начинать любую работу над эффективностью. «5 Почему» отделяет корневую причину от симптома. Парето определяет, на чем сосредоточить ресурсы, вместо распыления на все сразу. Гемба показывает процесс своими глазами, а не по отчетам. SMART задает цель так, что ее выполнение можно проверить.

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

В следующих статьях цикла продолжим разбор инструментов группы A «Операционное превосходство» — от цикла PDCA и диаграммы Ишикавы до бережливого производства и Six Sigma.