OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиTPS: Гембуцу (Gembutsu) — реальная вещь
Процессное управление

TPS: Гембуцу (Gembutsu) — реальная вещь

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

Содержание
  1. 1. Фрейм «TPS: Гембуцу» онлайн
  2. 2. Происхождение и исследовательская база гембуцу
  3. 3. Ключевые идеи и принципы гембуцу
  4. 4. Ограничения, слепые зоны и критика гембуцу
  5. 5. Типовые ошибки при внедрении гембуцу
  6. 6. План внедрения гембуцу
  7. 7. Как реализовать этот план с помощью фрейма «Гембуцу» в OrgDevTools
  8. 8. Книги по теме гембуцу
  9. 9. Частые вопросы

Содержание

  1. Фрейм «TPS: Гембуцу» онлайн
  2. Происхождение и исследовательская база гембуцу
  3. Ключевые идеи и принципы гембуцу
  4. Ограничения, слепые зоны и критика гембуцу
  5. Типовые ошибки при внедрении гембуцу
  1. План внедрения гембуцу
  2. Как реализовать этот план с помощью фрейма «Гембуцу» в OrgDevTools
  3. Книги по теме гембуцу
  4. Частые вопросы

Коротко

Главное, что нужно знать о гембуцу

  • Гембуцу — «реальная вещь», вторая половина выражения генти гембуцу («реальное место, реальная вещь»). Дословный перевод важнее популярного «иди и смотри».

  • Внутренний учебный материал Toyota 1992 года формулирует принцип как «пойди и посмотри на реальную вещь (цех прежде всего)».

  • Принцип работает в тройке реальностей: место (гемба), вещь (гембуцу), факты (генджицу). Каждая по отдельности даёт неполную картину.

  • Осмотр ведётся всеми пятью чувствами и через фильтры 4M: человек, машина, материал, метод.

  • Плановый gemba walk — западная упаковка принципа. Генти гембуцу запускается проблемой и ведёт к конкретной вещи.

  • Осматривать вещь должен тот уровень, который принимает итоговое решение.

  • Объект нужно сохранить нетронутым: без протокола хранения осматривать будет нечего.

  • Один экземпляр не заменяет данные: гембуцу сочетают со статистикой и выбирают объекты по значимости.

Заполнить фреймПлан внедрения

Фрейм «TPS: Гембуцу (Gembutsu) — реальная вещь»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

Toyota готовила к выпуску гембуцу (genbutsu, «реальная вещь») в виде нового поколения минивэна Sienna 2004 года. Главный инженер редизайна Юдзи Ёкоя (Yuji Yokoya), по описанию в 12-й главе книги Джеффри Лайкера «The Toyota Way», не стал полагаться на опросы и фокус-группы. Он изучал, как машиной пользуются в реальной жизни. Итог, о котором любят рассказывать: в новой Sienna оказалось 14 подстаканников и небольшой лоток, куда можно поставить бургер и картошку. В пересказе Interlake Mecalux продажи Sienna 2004 года после этих доработок были на 60% выше, чем у первого поколения. Эту цифру даёт популярный источник, в наших материалах из книги Лайкера её нет, поэтому перед цитированием её стоит перепроверить.

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

Гембуцу — вторая половина японского выражения генти гембуцу (genchi genbutsu, «реальное место, реальная вещь»). Генти отвечает на вопрос «куда идти», гембуцу — на вопрос «что там взять в руки». В русских текстах встречается и написание «гэмбуцу», а в английских — и genbutsu, и gembutsu: это один и тот же термин. Ниже разобраны происхождение принципа, его составные части, ограничения, типовые ошибки и пошаговый план внедрения.

Происхождение и исследовательская база гембуцу

Буквальное значение и японский контекст

Самое распространённое англоязычное толкование генти гембуцу — «иди и посмотри своими глазами там, где делается работа». Рон Перейра из Gemba Academy в заметке 2009 года вспоминает, что так понимал термин и он сам. Джон Миллер, свободно владеющий японским, поправил его: дословно выражение означает «реальное место, реальная вещь». Поправка не формальная. В популярном переводе остаётся только движение («иди и смотри»), а вторая половина, сама вещь, пропадает.

Lean Lexicon, словарь Lean Enterprise Institute (LEI), определяет гемба (gemba, также пишется genba) как «реальное место»: цех или любое место, где создаётся ценность. Генти гембуцу там же описано как выход к источнику, чтобы лично проверить факты и быть уверенным, что для хорошего решения у тебя верная информация. Википедия добавляет близкую формулировку: сбор фактов и данных непосредственно на месте работы или проблемы.

Ещё один смысловой слой приводит Норман Фолл, основатель Lean Institute Africa. Джон Шук (John Shook) проработал в Toyota 11 лет, пять из них в Японии, а позже возглавлял LEI. По его словам, в Японии слово «гемба» обычно понимают как «место преступления». Тогда менеджер, идущий на гемба, отправляется на конкретное место, где проявилась проблема, а не совершает визит вежливости в цех. Гембуцу в этой метафоре — улика: её изучают в первозданном виде, пока никто её не тронул.

Отчёт о дефекте — это чужая интерпретация проблемы. Деталь в руках — сама проблема, ещё не пересказанная никем.

Toyota: внутренние материалы и книга Лайкера

По данным Art of Lean, внутренний учебный материал Toyota по TPS 1992 года формулирует принцип так: «пойди и посмотри на реальную вещь (цех прежде всего)». Здесь акцент стоит именно на вещи, а не на прогулке. Art of Lean относит этот принцип к основополагающим для управленческой системы Toyota.

Западной аудитории принцип стал широко известен по книге Джеффри Лайкера (Jeffrey Liker) «The Toyota Way: 14 Management Principles From The World's Greatest Manufacturer». Генти гембуцу там — один из 14 принципов, а история Ёкои с Sienna разобрана в 12-й главе. В книге Лайкера и Майкла Хосеуса (Michael Hoseus) «Toyota Culture» гемба определена как «место, где делается работа». Чарльз Протцман, Фред Уайтон и Джойс Керпчар (2022) в главе о бережливых совещаниях пишут, что в Toyota и Honda принцип «пойти на место и увидеть реальную вещь» означает понимание через собственный опыт и касается сотрудников всех уровней.

Известная учебная практика той же школы — «круг Оно». Джон Гийебо (John Guillebaud, 2011) описывает, как Тайити Оно (Taiichi Ohno) рисовал мелом на полу круг диаметром в несколько футов, ставил в него инженера или менеджера и велел часами наблюдать за процессом в поисках потерь. Гийебо называет метод крайним и редко применяемым, но считает, что из него можно извлечь уроки. Главный урок для гембуцу: смотреть нужно долго и на конкретное, а не пробежать цех глазами.

Три реальности: гемба, гембуцу, генджицу

Если разобрать «иди и смотри» на части, получается подход трёх реальностей (three realities, иногда «три ген»). Art of Lean описывает их как группу «gen-принципов». Это гемба (реальное место), гембуцу (реальная вещь) и генджицу (genjitsu, реальные факты, то есть данные и обстоятельства, проверенные на месте). Каждая часть отвечает на свой вопрос: где искать, что изучать и что из этого точно известно.

В академической литературе подход описан на конкретной задаче. Жуан Клаудиу Феррейра Соареш, Сержиу Соуза и Эузебиу Нуньеш (2012) адаптировали и применили три реальности к анализу полевых проблем качества у производителя мотоциклов, то есть к рекламациям клиентов. Цели были две. Первая — повысить качество продукта на рынке. Вторая — переложить на партнёров финансовую ответственность за проблемы, которые возникли по их вине, и так управлять гарантийными затратами. Для гембуцу это важное применение. Возвращённая по гарантии деталь становится не поводом для спора, а доказательством, по которому видно, чей это дефект: поставщика, сборки или эксплуатации.

Западная упаковка: gemba walk и путаница с нумерацией

Art of Lean отмечает, что западное lean-сообщество упаковало принцип «пойти и посмотреть» в формат gemba walk — плановый обход цеха руководством по расписанию. Вместе с упаковкой изменился и смысл. Обход — регулярный ритуал, а генти гембуцу запускается проблемой и ведёт к конкретной вещи. Фолл отдельно подчёркивает, что gemba walk отличается от «управления обходом» (Management By Walking Around): цель — место проблемы, а не общее присутствие начальника.

Популярные источники по-разному встраивают принцип в списки. У Лайкера это один из 14 принципов Toyota Way. Leanscape называет его «принципом 12». Tervene пишет об одном из 13 принципов Производственной системы Toyota, разработанной Тайити Оно. В учебных материалах по gemba walk (BL-Gemba-Walks) это один из пяти руководящих принципов lean, которые руководитель должен практиковать ежедневно. Расхождения объясняются тем, что каждый автор ведёт свой список. Ссылаться стоит на первоисточник, книгу Лайкера, и не переносить номера из одного списка в другой.

Interlake Mecalux называет генти гембуцу одним из принципов кайдзен (подробнее о нём — в методике Kaizen (Кайдзен)). Такая связь логична: улучшение начинается с точного понимания проблемы, а его даёт личный осмотр.

Эмпирические исследования

Прямых экспериментов, которые измеряли бы эффект именно гембуцу, в наших материалах нет. Есть исследования, где принцип входит в более широкую систему.

  • Ассадедж Ванитчинчай (2022) собрал данные по 216 производителям автокомпонентов и с помощью множественной и линейной регрессии проверил влияние Toyota Way на гибкость производства (agile manufacturing). Генти гембуцу входил в модель как один из пяти элементов наряду с вызовом, кайдзен, уважением и командной работой. Значимый эффект показали Toyota Way в целом и оба его столпа: непрерывное улучшение и уважение к людям. Результаты по отдельным элементам в аннотации не раскрыты.

  • Лео Эзенвоке Мбагву (2026) изучал связь gemba walk с операционной эффективностью на производственных предприятиях Лагоса (Нигерия). Вовлечённость руководства в модели выступает модератором, а эффективность оценивается через восприятие сотрудников. Это корреляционное исследование, и мерило в нём субъективное.

  • Мишель Фоллен и соавторы (2018) применили lean в амбулаторной гинекологической клинике, где жаловались и врачи, и пациенты. Команда прошла гемба вместе со всем персоналом и разложила процесс на семейства услуг: регистрация, замер жизненных показателей, приём врача или УЗИ, сестринский приём, запись на повторный визит.

  • Боливар Сеньор и Брэд Хаятт (2015) рассматривают генти гембуцу и gemba walk в бережливом строительстве и разбирают кейс из высшего образования.

  • Жоэл Соареш Анжуш (2009) в статье SAE описывает генти гембуцу как инструмент повышения качества в ходе разработки продукта.

  • Хенрик Саабье, Дэрил Пауэлл и Пол Кофлан (2023) в концептуальной статье предлагают объединить теорию lean и обучения действием (action learning). Личное столкновение с реальной проблемой — общий элемент обеих традиций.

Цифровая эпоха

Хасан Гёктас и Неджат Юмушак (2024) применили метод Дельфи к цифровой трансформации Toyota Motor Europe. По литературе и 56 индивидуальным беседам они выделили 11 критических факторов успеха цифровизации, 9 факторов устойчивости lean и 12 связей, в которых lean и цифровые технологии усиливают друг друга. Tervene формулирует практический вывод: удалённо «дух» генти гембуцу можно поддерживать цифровыми инструментами, но они поддерживают принцип, а не заменяют его.

Interlake Mecalux цитирует руководителя Toyota: в эпоху, когда телекоммуникации позволяют собирать огромные объёмы данных удалённо, определение генти гембуцу стоит пересмотреть. Атрибуция там противоречива. Высказывание приписано Сакити Тоёде, который тут же назван «правнуком основателя», и эти два утверждения не сходятся. Мысль о пересмотре в цифровую эпоху ценна, но на имя из этой статьи ссылаться не стоит.

Норберт Мátраи (Kaizen Institute Hungary) приводит мысль Масааки Имаи (Masaaki Imai) из книги «Gemba Kaizen» 1997 года: если руководство не ценит гемба и не понимает её, указания, планы и вспомогательные процессы внедряются без учёта реальных потребностей. Мátраи считает, что в годы цифровизации управление с опорой на гемба становится ещё важнее.

Ключевые идеи и принципы гембуцу

  1. Принцип: объект содержит информацию, которая теряется при пересказе

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

  2. Принцип: гембуцу работает в связке с генти и генджицу

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

    Генти отвечает на вопрос «куда идти», гембуцу — «что взять в руки». Без второго визит на место превращается в экскурсию.

  3. Принцип: наблюдение — это работа, а не визит вежливости

    В разборе mlean первый принцип наблюдения сформулирован прямо: наблюдать — значит работать. Осмотр объекта не перерыв в «настоящей» управленческой работе, а её часть, и на него нужно планировать время. Сюда же относится поведение руководителя во время наблюдения. Материалы по gemba walk советуют не раздавать ответы и указания, а задавать открытые вопросы, которые заставляют думать: почему это выглядит именно так и есть ли другой вариант. Если руководитель с порога объявляет причину, люди перестают показывать ему то, что видят сами.

  4. Принцип: смотреть всеми пятью чувствами

    Mlean выделяет наблюдение пятью органами чувств в отдельный принцип. Для гембуцу это особенно важно. Зрение даёт форму и цвет, осязание — шероховатость, нагрев, люфт, слух — посторонний звук в узле, обоняние — горелую изоляцию или запах смазки. Объект, который осмотрели только глазами, исследован не полностью.

  5. Принцип: фильтры наблюдения и 4M

    Неподготовленный взгляд замечает то, что бросается в глаза, а не то, что важно. Поэтому mlean предлагает фильтры наблюдения — заранее выбранные линзы. Основной из них — четыре M из модели 5M. Пятая M, среда (medium, environment), в этом варианте не выделяется отдельно, а распределяется по остальным четырём. Применительно к реальной вещи это четыре вопроса:

    • Человек (man): кто работал с объектом и есть ли следы неверного действия.

    • Машина (machine): какое оборудование оставило след на детали.

    • Материал (material): из какой партии и от какого поставщика заготовка, нет ли дефекта в самом материале.

    • Метод (method): по какому стандарту выполнялась операция и соответствует ли объект ожидаемому результату стандарта.

  6. Принцип: три типа наблюдения

    Mlean различает три типа наблюдения, и их удобно перенести на гембуцу.

    • Плановое наблюдение (planned observation) проводится по графику: руководитель регулярно разбирает образцы отбракованной продукции или выборку рекламаций.

    • Ситуативное наблюдение (circumstantial observation) запускается событием: дефект, жалоба, остановка линии. Именно здесь гембуцу нужнее всего, потому что объект ещё свежий.

    • Рефлекторное наблюдение (reflex observation) — привычка, при которой руководитель сам, без регламента, просит показать вещь каждый раз, когда ему приносят отчёт о проблеме.

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

  7. Принцип: географический периметр

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

  8. Принцип: решение принимает тот, кто видел вещь

    Деймон Бейкер в статье о разнице между генти гембуцу и gemba walk описывает типичную картину: решения о дорогом оборудовании принимаются «в трёх уровнях от реальной работы». Если деталь осмотрел техник, а вывод сделал директор по отчёту техника, принцип нарушен именно там, где решается главное. Осматривать вещь должен тот уровень, который выносит итоговое решение. Остальные могут готовить объект и контекст.

  9. Принцип: реальная вещь есть не только в цехе

    Принцип переносится туда, где решение опирается на артефакт:

    • в продажах и сервисе — дословная жалоба клиента или запись звонка вместо сводки «клиенты недовольны сроками»;

    • в разработке — реальный образец продукта конкурента вместо описания из маркетингового отчёта;

    • в офисе — реальный заполненный документ с ошибкой вместо пересказа «в договорах бывают ошибки»;

    • в медицине — реальный путь пациента по клинике, как в исследовании Фоллен и соавторов;

    • в стартапе — работа с реальным клиентом. Этому посвящена итальянская работа К. Де Симоне (2019) о генти гембуцу в логике lean startup.

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

Ограничения, слепые зоны и критика гембуцу

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

Один объект не равен выборке. Осмотр даёт глубину, но не репрезентативность. Если у дефекта несколько причин, один экземпляр покажет одну из них, а руководитель, подержавший в руках яркий образец, начнёт переоценивать именно её. Гембуцу нужно сочетать со статистикой: сначала по данным определить, какой тип дефекта важнее (здесь помогает Принцип Парето (Правило 80/20)), затем смотреть образцы этого типа и проверять вывод на стабильности процесса средствами Статистического контроля процессов (SPC).

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

Доказательная база косвенная. В исследованиях из наших материалов гембуцу либо входит в состав Toyota Way (Ванитчинчай), либо растворён в gemba walk (Мбагву), либо описан концептуально и на единичных кейсах. Отдельного измерения вклада именно «реальной вещи» в качество решений нет. Исследование Мбагву опирается на эффективность, воспринимаемую сотрудниками, а это не то же самое, что измеренный результат.

Популярные пересказы искажают первоисточник. Расхождения в нумерации (14, 13, 12, «один из пяти»), сведение принципа к плановому обходу и спорная атрибуция цитаты руководителя Toyota в Interlake Mecalux показывают, что вторичные источники часто нарушают тот самый принцип, о котором пишут: они пересказывают пересказ. Опирайтесь на Лайкера и на внутреннюю формулировку Toyota, приведённую Art of Lean.

Риск lean-театра. Бейкер прямо пишет о многочисленных случаях, когда gemba используют как «lean-театр»: обход ради отметки в графике. Гембуцу тоже можно превратить в ритуал, когда руководителю торжественно показывают деталь, он кивает, а решение уже принято заранее.

Цена хранения улик. Чтобы объект можно было осмотреть, его нужно сохранить нетронутым: не перерабатывать, не утилизировать, не мыть. Это требует места, маркировки и дисциплины, а иногда конфликтует с требованиями к оборачиваемости запасов или к сроку ответа клиенту.

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

Типовые ошибки при внедрении гембуцу

  1. Ошибка 1: анализ только по отчёту.

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

    Как избежать

    ввести правило, по которому значимая проблема не рассматривается без физического объекта или его дословного аналога. Если объекта нет, это фиксируется отдельно с объяснением причины.

  2. Ошибка 2: вещь без места.

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

    Как избежать

    каждый осмотр объекта планировать как пару «вещь + место». Сначала держать деталь в руках, затем идти с ней туда, где она была сделана, и сопоставлять следы на ней с тем, что видно на месте.

  3. Ошибка 3: смотрит один, решает другой.

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

    Как избежать

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

  4. Ошибка 4: улика уничтожена до осмотра.

    Бракованную деталь переработали, утилизировали, отмыли или отправили обратно поставщику до того, как её кто-то изучил. Жалобу клиента переписали в CRM «своими словами», а исходное письмо не сохранили. Осматривать после этого уже нечего: вещь превратилась в описание.

    Как избежать

    ввести протокол сохранения объектов. Изоляция, бирка с датой, сменой и местом обнаружения, запрет на переработку до разбора, хранение дословных текстов жалоб. Протокол хорошо сочетается с практикой остановки при отклонении, описанной в методике TPS: Дзидока (Jidoka).

  5. Ошибка 5: обобщение по одному экземпляру.

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

    Как избежать

    выбирать объекты для осмотра по данным, а не по яркости. Смотреть несколько экземпляров одного типа дефекта и записывать гипотезы до и после осмотра, чтобы было видно, что именно изменило мнение.

  6. Ошибка 6: осмотр как ритуал.

    Демонстрация детали превращается в часть показательного визита: объект заранее подготовили, участок прибрали, руководитель задал пару вопросов и уехал. Решение было принято до осмотра, и ничего в нём не поменялось. Это и есть lean-театр, который снижает доверие людей к самой идее.

    Как избежать

    оценивать осмотр по результату. Что он изменил в гипотезе о причине, какие действия появились. Руководитель задаёт открытые вопросы и не выдаёт готовый ответ, а итог разбора оформляется, например, в A3-отчёт, где видно, на каких фактах он основан.

План внедрения гембуцу

  1. Неделя 1: найти решения, которые принимаются по пересказу. Возьмите последние 10–20 разборов проблем: брак, рекламации, жалобы, сбои. Для каждого отметьте, был ли на разборе сам объект или только отчёт, фото, сводка. Выделите категории, где вещь была доступна, но её не смотрели. С них и начнётся внедрение.

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

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

  4. Неделя 4: пилот на живых случаях. Проведите 3–5 разборов по новому порядку. Объект приносят, лицо, принимающее решение, его осматривает, затем идёт на место возникновения. Фиксируйте, какие гипотезы осмотр подтвердил, а какие отбросил. Выбирайте объекты по данным, а не по яркости.

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

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

Как реализовать этот план с помощью фрейма «Гембуцу» в OrgDevTools

Фрейм «Гембуцу» — бесплатный тренажёр. Он ведёт каждую проблему от записи до проверки трёх условий: объект сохранён, решающий осматривал его лично, факты записаны. Он также показывает, какую проблему осматривать первой. Отдельного Инструмента с этим фреймом в OrgDevTools пока нет, поэтому вся работа идёт в тренажёре.

Вкладка «1. Инциденты» — неделя 1: найти решения, которые принимаются по пересказу

Это таблица, которая при открытии пуста. Строки добавляются кнопкой «+ проблема», удаляются крестиком. Для каждой строки заполните:

  • название проблемы;

  • «Случаев в месяц»;

  • «Стоимость случая, ₽»;

  • галочку «Объект сохранён».

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

Вкладка «2. Осмотр» — неделя 3: шаблон осмотра и периметры

Проблема выбирается из списка. На вкладке есть:

  • галочка «Объект (деталь, образец) сохранён и доступен?»;

  • поле «Кто лично осматривал?», имена через запятую;

  • поле «Кто принимает решение?».

Фрейм сверяет имена без учёта регистра. Разделителями служат запятая, точка с запятой и перенос строки. Решающий считается осмотревшим, только если каждое имя из второго поля есть в первом. Иначе появляется красное «Решающий не среди осматривавших — решение заочное».

Ниже идут галочки чувств: зрение, слух, осязание, обоняние и «замер». Затем галочки 4M с подсказками: люди, машины, материалы, методы. Последнее поле — «Генджицу: какие факты увидели и измерили? (не мнения)».

Вкладка «3. Гипотезы до и после» — неделя 4: пилот на живых случаях

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

Вкладка «4. Правила и план» — недели 2 и 5: протокол хранения и закрепление

Здесь четыре списка записей:

  • какие объекты сохранять;

  • где возникла проблема и что увидеть на месте;

  • кто решает и должен осматривать лично;

  • план «категории → протокол хранения → осмотр → оценка».

Записи из старой версии фрейма сохраняются здесь.

Вкладка «Визуализация»

Проблемы выстроены по убыванию приоритета. Длина полосы считается относительно самой дорогой проблемы. Рядом три плашки: «Объект», «Решающий видел», «Факты». Выполненное условие отмечено зелёной ✓, невыполненное — красным ✗.

Вкладка «Итоги» — неделя 5: сравнить и закрепить

Фрейм проверяет условия по порядку и останавливается на первом сбое:

  1. Нет ни одной проблемы — приглашение их записать.

  2. У какой-то проблемы не заданы частота или стоимость.

  3. У проблемы с наибольшим приоритетом объект не сохранён (красный).

  4. По ней не указано, кто осматривал или кто решает.

  5. Решающий не осматривал объект — «заочное решение» (красный).

  6. Не записаны факты (генджицу).

  7. Отмечено меньше двух чувств или меньше двух факторов 4M — «осмотр поверхностный». Это рабочая настройка фрейма.

  8. Есть другая проблема, где выполнено меньше трёх условий. Фрейм называет первую из них по приоритету.

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

Под вердиктом выводятся счётчики: «Проблем», «Все 3 условия», «Гипотеза изменилась». Кнопка «Создать задачу» видна, если фрейм привязан к документу. Название задачи: «Лично осмотреть объект по «…»» для самой приоритетной проблемы, а без проблем — «Обеспечить личный осмотр объекта тем, кто принимает решение». В описание задачи подставляется текст вердикта.

Чего фрейм не делает

  • Не проверяет, что осмотр места (генти) действительно был. Место записывается только заметкой на вкладке правил и в условия вердикта не входит.

  • Не хранит фото и файлы и не проверяет, что человек действительно держал деталь в руках. Имена сверяются как текст: «Иванов» и «Иванов И.» для фрейма разные люди.

  • Не оценивает качество фактов и гипотез. Метка «изменилась» означает лишь, что тексты не совпадают.

  • Не строит статистику процесса. Приоритет — простое произведение частоты на стоимость, без учёта безопасности и повторяемости.

  • Ширину осмотра (чувства и 4M) проверяет только у самой приоритетной проблемы.

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме гембуцу

  • Джеффри Лайкер — «The Toyota Way: 14 Management Principles From The World's Greatest Manufacturer». Генти гембуцу как один из 14 принципов Toyota Way и история главного инженера Юдзи Ёкои с редизайном Sienna 2004 года (глава 12).

  • Джеффри Лайкер, Майкл Хосеус — «Toyota Culture». Определение гемба как «места, где делается работа» и культурный контекст, в котором руководитель идёт к реальной проблеме.

  • Масааки Имаи — «Gemba Kaizen» (1997). Тезис о том, что без понимания гемба планы и указания руководства расходятся с реальными потребностями. На нём основана логика «сначала место и вещь, потом решение».

Похожие методики

Дзидока (Jidoka) — автономизация с человеческим интеллектом

Дзидока — столп Производственной системы Toyota: процесс сам обнаруживает отклонение и останавливается, а человек устраняет коренную причину. История от станка Тоёды до Jidoka 4.0, четыре элемента, критика, шесть ошибок и план пилота на шесть недель.

МетодикаБесплатно

A3-отчёт (A3 Report) — решение проблем на одном листе

A3-отчёт — метод Toyota для решения проблем на одном листе: от факта и разрыва к коренной причине, контрмерам и проверке эффекта. Происхождение, структура по блокам, критика, шесть типовых ошибок и пятинедельный план с бесплатным фреймом.

МетодикаБесплатно

Кайдзен (Kaizen, Масааки Имаи)

Кайдзен (Kaizen) — философия непрерывного улучшения малыми шагами силами каждого сотрудника, которую систематизировал Масааки Имаи. В отличие от редких масштабных проектов, она не даёт мелким проблемам процесса копиться годами.

МетодикаБесплатно

Статистическое управление процессами (SPC, Уолтер Шухарт)

Статистическое управление процессами (SPC) — подход Уолтера Шухарта, который с помощью контрольных карт отличает обычный разброс метрики от сигнала реального изменения процесса. Без него команда гоняется за шумом и реагирует на каждое колебание цифр.

МетодикаБесплатно

Частые вопросы

Что такое гембуцу простыми словами?

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

Чем гембуцу отличается от гемба и gemba walk?

Гемба — это место, где создаётся ценность или возникла проблема. Гембуцу — конкретный объект, который на этом месте нужно изучить. Gemba walk — западный формат планового обхода цеха руководством. Генти гембуцу запускается не графиком, а проблемой и ведёт к конкретной вещи. Обход без вещи легко превращается в визит вежливости или в lean-театр.

Что такое три реальности: гемба, гембуцу, генджицу?

Это развёрнутая форма принципа «иди и смотри». Гемба — реальное место, гембуцу — реальная вещь, генджицу — реальные факты, то есть данные, проверенные на месте, а не домыслы. В исследовании 2012 года подход применили к рекламациям у производителя мотоциклов, чтобы повысить качество на рынке и переложить на партнёров затраты по дефектам, которые возникли по их вине.

Какой самый известный пример применения принципа?

Редизайн минивэна Toyota Sienna 2004 года, описанный у Джеффри Лайкера. Главный инженер Юдзи Ёкоя изучал реальное использование машины вместо того, чтобы опираться на опросы. Так появились 14 подстаканников и лоток для еды. Популярные источники пишут о росте продаж на 60% к первому поколению. Это пересказ, и перед цитированием цифру стоит проверить.

Можно ли применять гембуцу удалённо, через камеры и цифровые системы?

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

Как применить принцип вне производства?

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

Попробовать фрейм бесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт