Четыре правила TPS (4 Rules of TPS, С. Спир)

Монтажник на линии Toyota ставит сиденье в автомобиль и закручивает крепёжные болты в заданной последовательности за заданное время. Каждый монтажник на этой операции делает её одинаково, каждый раз. Со стороны это обычная инструкция. Стивен Спир и Кент Боуэн видят в этой сцене эксперимент, который проверяет две гипотезы. Первая: человек способен выполнить операцию правильно. Вторая: правильно выполненная операция действительно даёт ожидаемый результат. Если сиденье не встаёт заданным способом за заданное время, опровергнута хотя бы одна из гипотез. Тогда либо перепроектируют операцию, либо обучают работника.

На таких наблюдениях построена модель четыре правила TPS (4 Rules of TPS). Это описание неписаной логики Производственной системы Toyota (Toyota Production System, TPS). Спир и Боуэн изложили её в 1999 году в статье «Decoding the DNA of the Toyota Production System» в Harvard Business Review. Задачу статьи авторы формулируют так: историю Toyota изучили и задокументировали досконально, но что на самом деле происходит внутри компании, по-прежнему непонятно. Их ответ — не ещё один список инструментов. Это четыре правила, по которым устроены отдельная операция, связь между людьми, путь продукта и любое улучшение.

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

Происхождение и исследовательская база модели «Четыре правила TPS»

Статья Спира и Боуэна в Harvard Business Review (1999)

Первоисточник — статья Steven Spear и H. Kent Bowen «Decoding the DNA of the Toyota Production System». Она вышла в Harvard Business Review в 1999 году; в адресе статьи на сайте журнала указан сентябрь. Позже журнал выпустил её в серии OnPoint под номером продукта 2904. В это издание вошли краткое изложение («The Idea in Brief»), практическое приложение («The Idea in Practice») и аннотированный список литературы («Further Reading»).

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

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

Модель описывает не набор инструментов, а то, как Toyota превращает каждое действие в проверку гипотезы — с немедленным сигналом, если гипотеза не подтвердилась.

Продолжение линии: «Learning to Lead at Toyota» и поздние работы Спира

В мае 2004 года Спир опубликовал в Harvard Business Review статью «Learning to Lead at Toyota» (номер продукта 2890). Она прямо продолжает «Decoding the DNA». Здесь речь о том, как Toyota прививает менеджерам четыре неписаных правила непрерывного улучшения. Автор описывает подготовку перспективного новичка — талантливого молодого американца, которого готовили к высокой должности. Это вторая линия модели: правила — не только принципы проектирования процесса, но и содержание управленческого обучения.

Позже Спир развивал те же идеи в книгах «The High-Velocity Edge» и «Wiring the Winning Organization». Он упоминает их в своих публичных постах. Там же он анонсирует программу «Creating High Velocity Organizations», которую ведёт в MIT вместе с Роберто Фернандесом. Сам Спир по-прежнему ссылается на статью 1999 года, написанную с Кентом Боуэном, как на опорную. В комментариях к его посту практики пишут, что текст остаётся актуальным и сегодня.

Пересказы и учебные интерпретации

Статья быстро стала частью лин-канона. Lean Enterprise Institute разместил её в своём блоге The Lean Post. Консалтинговая компания Strategos в выпуске Lean Briefing № 20 за август 2003 года сделала собственный разбор правил. Австралийская Visual Workplace Australasia выложила статью среди материалов по программе TWI. Кафедра машиностроения и промышленной инженерии Университета штата Монтана держит страницу «Four Rules in Use» в рамках проекта по A3-мышлению. Учебный вариант статьи с вопросами для студентов опубликован на сайте НИУ ВШЭ. Студентов там просят назвать управленческие проблемы, которые рассматривает статья, привести пример применения правил в другой отрасли и сформулировать уроки для менеджера, который внедряет TPS на заводе.

Пересказы не везде совпадают с оригиналом. Strategos добавляет к четырём правилам пятое — «встроенные проверки», которые автоматически сигнализируют об отклонениях в каждой операции, связи и пути потока. У Спира и Боуэна такой проверочный механизм не выделен в отдельное правило: он встроен в каждое из четырёх как способ проверить гипотезу. Поэтому «пять правил» — авторская интерпретация консультантов, а не первоисточник.

Академический контекст: от набора инструментов к «думающей системе»

Модель Спира и Боуэна — часть широкой линии исследований, которые спорят с представлением о TPS как о наборе приёмов. Мохаммед Солиман в работе «What Toyota Production System is Really About» (2015) перечисляет популярные заблуждения. TPS принимают за набор лин-инструментов. Считают, что они работают только в Toyota, потому что у неё особые процессы, стабильная среда или ровный спрос. Или что система годится только для автопрома. Солиман опирается на серию книг Джеффа Лайкера — от «The Toyota Way» (2003) до «The Toyota Way to Lean Leadership» (Лайкер и Конвис, 2012). На расшифровку TPS Лайкеру понадобилось семь книг и более тридцати лет изучения Toyota. Итоговая формула Солимана — TPS как «думающая производственная система» (Thinking Production System). Четыре правила дают тот же вывод в сжатой форме.

Сравнение с аксиоматическим проектированием производственных систем

В статье, размещённой на sysdesign.org, модель Спира и Боуэна сравнивают с подходом Кокрана и соавторов «A Decomposition Approach for Manufacturing System Design». Подход Кокрана построен на аксиоматическом проектировании: он раскладывает систему так, чтобы отделить цели от средств и показать, как конкретное решение влияет на требования к системе. Авторы сравнения отмечают общее у обоих подходов: оба сознательно уводят внимание от инструментов, традиционно связанных с TPS и лином. Правила Спира и Боуэна там названы результатом обширного эмпирического исследования. Сравнение исходит из системного взгляда: подсистемы производства тесно связаны и должны работать как целое. Поэтому правила для отдельной операции, связи и потока нельзя применять по одному.

Ключевые идеи и принципы модели «Четыре правила TPS»

1. Принцип: каждое действие — проверяемая гипотеза

   В основе модели лежит научный метод, перенесённый на повседневную работу. В проект любой операции, связи или маршрута заложено явное ожидание: «если делать так, получится вот это». Сама работа проверяет это ожидание. Расхождение видно сразу, его разбирают на месте и по горячим следам. Именно поэтому Спир и Боуэн называют правила «ДНК» системы. Инструменты вроде канбана или андона — внешнее проявление, а правила задают, как эти инструменты появляются и меняются.

   Инструкция Toyota — не приказ, а записанное предположение. Работа проверяет его каждый цикл.

2. Принцип: правило 1 — работа специфицирована по содержанию, последовательности, времени и результату

   Первое правило касается того, как человек выполняет свою операцию. Её описывают по четырём параметрам:

   • содержание — что именно делается;

   • последовательность — в каком порядке выполняются шаги;

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

   • результат — что должно получиться на выходе.

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

3. Принцип: правило 2 — прямая связь «заказчик — поставщик» с однозначным сигналом

   Если первое правило описывает, как человек делает свою работу, то второе — как люди связаны друг с другом. Каждая связь между тем, кто что-то запрашивает (внутренний заказчик), и тем, кто это даёт (внутренний поставщик), должна быть прямой. Запрос и ответ передаются способом, который не допускает двойного толкования: «да» или «нет». В связь заложены гипотезы: заказчик получит ровно то, что запросил, в нужном объёме и вовремя, а поставщик способен ответить на запрос. Если ответ не пришёл или пришёл не тот, связь спроектирована неверно, и это видно сразу. Логика сигнальной карточки канбан — одно из воплощений этого правила.

4. Принцип: правило 3 — простой и прямой путь продукта или услуги

   Третье правило касается потока. Путь каждого продукта и каждой услуги через процесс заранее определён и максимально прост: известно, через какие этапы и в каком порядке он идёт. Гипотеза здесь такая: каждый этап на пути нужен, а ненужных этапов на пути нет. Если продукт ушёл в обход заданного маршрута, вернулся назад или прошёл через этап, которого нет в проекте, это сигнал о проблеме в устройстве потока. Её нужно разбирать, а не прятать за временной перестановкой.

5. Принцип: правило 4 — улучшение по научному методу, под руководством наставника, на самом низком уровне

   Четвёртое правило отвечает на вопрос, кто и как меняет первые три. Любое улучшение делают по научному методу: формулируют гипотезу, проверяют её, сравнивают результат с ожиданием. Делает это тот, кто ближе всего к работе, — на самом низком возможном уровне организации. Рядом с ним наставник (у Strategos — sensei), который учит методу, а не решает задачу вместо исполнителя.

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

   Улучшение по правилу 4 делает не самый опытный эксперт в компании, а человек у станка, которого учитель учит думать как исследователь.

6. Принцип: два процесса одновременно — производство и улучшение

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

7. Принцип: встроенная проверка и немедленный сигнал

   Каждое из четырёх правил устроено одинаково: гипотеза, способ проверки, реакция на опровержение. Проверка встроена в саму работу: заданное время операции, однозначный ответ на запрос, известный маршрут. Отклонение не копится до ежемесячного отчёта, а становится заметным в момент возникновения. Именно этот механизм Strategos оформил как отдельное «пятое правило». У Спира и Боуэна это свойство всех четырёх правил, а не дополнительный пункт.

8. Принцип: вложенная модульная структура («матрёшка»)

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

9. Принцип: правила — ориентир, а не абсолютная норма

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

Ограничения, слепые зоны и критика модели «Четыре правила TPS»

Типовые ошибки при внедрении модели «Четыре правила TPS»

1. Ошибка 1: правила объявляют, но не практикуют.

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

   Как избежать

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

2. Ошибка 2: спецификацию работы превращают в бюрократический регламент.

   Правило 1 понимают как требование всё прописать и запретить отступления. Инструкции пишут методисты, утверждает руководство, а исполнитель не может их менять. Через несколько месяцев документ расходится с реальностью — получаются те самые «мёртвые памятники», о которых предупреждает Strategos.

   Как избежать

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

3. Ошибка 3: улучшения делают удалённые эксперты.

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

   Как избежать

   следуйте правилу 4 буквально. Эксперимент формулирует и проводит человек, ближайший к работе. Эксперт или руководитель выступает наставником: задаёт вопросы, учит методу, но не пишет решение за исполнителя.

4. Ошибка 4: внедряют одно правило вместо системы.

   Компания берёт, например, только правило 1 и стандартизирует операции, но оставляет размытыми связи между участками и запутанные маршруты. Стандартная операция получает нестабильный вход. Отклонения идут потоком, но их невозможно отнести к конкретной причине.

   Как избежать

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

5. Ошибка 5: сигнал об отклонении есть, реакции нет.

   Сбой виден, но ничего не происходит: нет понятного порядка реагирования, за остановку ругают, причина не разбирается. Люди быстро учатся не подавать сигнал, и встроенная проверка перестаёт работать.

   Как избежать

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

6. Ошибка 6: копируют инструменты Toyota вместо логики.

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

   Как избежать

   перед внедрением любого инструмента запишите, какое правило он поддерживает и какую гипотезу проверяет. Если ответа нет, инструмент не нужен.

План внедрения модели «Четыре правила TPS»

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

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

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

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

5. Неделя 5: запустить улучшения по правилу 4. Назначьте наставника, который будет учить, а не решать. Каждое отклонение, выявленное на шагах 2–4, исполнитель оформляет как эксперимент: проблема, гипотеза, проверка, ожидаемый и фактический результат. Для оформления удобен A3-отчёт. Наставник разбирает с исполнителем каждый эксперимент.

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

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

Как реализовать этот план с помощью фрейма «Четыре правила TPS» в OrgDevTools

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

Книги по теме модели «Четыре правила TPS»

• Стивен Спир, Кент Боуэн — «Decoding the DNA of the Toyota Production System» (1999), статья Harvard Business Review. Первоисточник: четыре правила, логика гипотез и проверок, идея вложенной модульной структуры.

• Стивен Спир — «Learning to Lead at Toyota» (2004), статья Harvard Business Review. Как Toyota учит менеджеров четырём неписаным правилам; основа для роли наставника по правилу 4.

• Джефф Лайкер — «The Toyota Way» (2003). Первая книга серии, на которую опирается взгляд на TPS как на систему мышления, а не набор инструментов.

• Джефф Лайкер, Конвис — «The Toyota Way to Lean Leadership» (2012). Завершение серии Лайкера о лидерстве в TPS; дополняет правило 4 темой развития руководителей.