Lean Six Sigma — гибридная методология непрерывного совершенствования, соединяющая две ранее самостоятельные дисциплины: Lean (устранение потерь, ускорение потока) и Six Sigma (снижение вариации, статистический контроль качества через цикл DMAIC). Идея объединения проста: Lean без Six Sigma рискует ускорить процесс, который продолжает выдавать брак; Six Sigma без Lean способен сделать процесс стабильным, но медленным. Вместе они закрывают оба измерения качества — скорость и предсказуемость результата.
Что такое Lean Six Sigma и когда он нужен
Lean Six Sigma нужен там, где процесс одновременно медленный и непредсказуемый по качеству — то есть страдает и от потерь (Lean-проблема), и от вариации результата (Six Sigma-проблема), и попытка лечить только одну из двух болезней не даёт устойчивого эффекта. Метод подходит для повторяющихся, измеримых процессов с достаточным объёмом повторений для статистики: производство, обработка транзакций, служба поддержки, логистика. Он избыточен для маленькой команды или разового, творческого по природе проекта — там, где нет статистически значимой выборки для расчёта DPMO, ближе подходит лёгкий Lean без статистического аппарата или DMADV (Design for Six Sigma) для проектирования нового процесса с нуля. Смежные и составляющие методы: Six Sigma и цикл DMAIC, 7 видов потерь (7 муда) производственной системы Toyota, картирование цепочки создания ценности (VSM), кайдзен (М. Имаи) и цикл PDCA Деминга.
Происхождение и исследовательская база
Обе дисциплины родились независимо и в разных отраслях. Six Sigma появилась в Motorola в 1986 году — инженер Билл Смит предложил статистический стандарт качества "3,4 дефекта на миллион возможностей" (6σ) как ответ на проблему: традиционные допуски по стандартному отклонению не гарантировали реальной надёжности сложных изделий. В 1995 году методологию подхватил Джек Уэлч в General Electric, сделав сертификацию "поясов" (Green Belt, Black Belt, Master Black Belt) частью карьерной лестницы компании и публично заявив об экономии на этом в миллиарды долларов — именно этот успех сделал Six Sigma известной за пределами Motorola.
Lean, в свою очередь, — это западное название Производственной системы Toyota (Toyota Production System), выстроенной Тайити Оно и Toyota на протяжении десятилетий после Второй мировой войны вокруг идеи устранения муда (потерь) и вытягивающего производства "точно вовремя" (just-in-time). Термин "Lean" в englishspeaking литературе закрепили Джеймс Вумек и Дэниел Джонс книгой "The Machine That Changed the World" (1990).
Формальное слияние двух дисциплин в единый пакет инструментов и общую методологию принадлежит Майклу Джорджу (Michael L. George) и его консалтинговой компании George Group: начиная с 2000 года, отвечая на запрос клиента ITT Industries, George Group стала системно комбинировать инструменты Six Sigma с уже применяемой Lean-практикой. Результат — книга "Lean Six Sigma: Combining Six Sigma Quality with Lean Speed" (2002), закрепившая термин и структуру подхода, которым продолжают пользоваться и сегодня.
Ключевые идеи и принципы
Принцип: скорость и качество — не компромисс, а две оси одной задачи
Классическая ошибка — считать, что ускорение процесса неизбежно повышает риск брака, а повышение качества неизбежно замедляет процесс. Lean Six Sigma исходит из того, что большая часть потерь времени (ожидание, лишняя обработка, переделки) — это следствие нестабильности процесса, а не его защита от ошибок. Убирая вариацию, вы одновременно ускоряете поток.
Принцип: DMAIC — общий скелет цикла улучшения
Define → Measure → Analyze → Improve → Control — пятифазная структура, унаследованная из Six Sigma, используется как основа для любого улучшения, будь то устранение потерь по Lean или снижение вариации по Six Sigma. Фаза Control — принципиальное отличие от разового Lean-мероприятия: улучшение закрепляется контрольными картами и владельцем процесса, а не остаётся временным эффектом кайдзен-события.
Принцип: всё, что нельзя измерить, нельзя системно улучшить
DPMO (дефектов на миллион возможностей) и производный от него уровень Сигма — общий язык, на котором можно сравнивать качество процессов из разных отраслей: конвейер, обработка заявок, служба поддержки. Без этой метрики "качество" остаётся мнением, а не фактом, и споры о приоритете улучшений не имеют объективного разрешения.
Принцип: потери устраняются, вариация — контролируется
Lean-часть отвечает на вопрос "что здесь лишнее и как это убрать" (8 видов потерь TIMWOODS). Six Sigma-часть отвечает на другой вопрос: "что здесь непредсказуемо колеблется и как сузить это колебание". Это разные по природе задачи, и попытка решить одну инструментами другой обычно даёт разочаровывающий результат — отсюда и потребность в объединённом наборе инструментов.
Уберите потери — и вы ускорите процесс. Уберите вариацию — и вы сделаете результат предсказуемым. Нужно и то, и другое одновременно.
Реальный кейс: LM21 в Lockheed Martin
В 1999 году Lockheed Martin запустила корпоративную программу LM21 («Lockheed Martin в XXI веке») — на тот момент главную программу компании по внедрению принципов Lean и Six Sigma для достижения операционного превосходства во всей организации, от закупок и продаж до разработки продукта и управления персоналом. При полном развёртывании к 2001 году программа должна была давать ежегодную экономию в 2,5–3 миллиарда долларов. К 2004 году тогдашний генеральный директор компании Вэнс Коффман подтвердил, что LM21 принесла свыше 5 миллиардов долларов чистой экономии, и прямо связал программу с победой компании в конкурсе на контракт Joint Strike Fighter (истребитель F-35) — одном из крупнейших оборонных контрактов в истории.
Значение кейса для темы статьи: LM21 — это не разовый пилотный проект на одном производственном участке, а масштабирование Lean Six Sigma на уровень целой корпорации с десятками тысяч сотрудников и самыми разными типами процессов (не только производство, но и закупки, маркетинг, обработка заказов, HR) — прямая иллюстрация того, что метод одинаково применим к любому измеримому, повторяющемуся процессу, а не только к заводскому конвейеру.
Ограничения, слепые зоны и критика
Lean Six Sigma — тяжёлая методология по инвестициям на входе: полноценная belt-система обучения (Green Belt, Black Belt) требует недель тренинга и статистической грамотности, которой у большинства сотрудников нет и не должно быть без специальной подготовки. Для маленькой команды или стартапа этот вход избыточен — там достаточно "лёгкого" Lean без статистического аппарата Six Sigma.
Методология сильнее всего работает на повторяющихся, измеримых процессах (производство, обработка транзакций, служба поддержки) и заметно хуже — на творческой, уникальной по своей природе работе (дизайн нового продукта с нуля, единичный проект), где нет статистически значимой выборки повторений для расчёта DPMO. Для таких задач ближе DMADV или чисто проектные методы.
Известная организационная ловушка — "belt как карьера, а не инструмент": сертификация поясов превращается в самоцель и статусный маркер, а не в средство решения конкретных проблем процесса, что критиковали ещё во времена расцвета Six Sigma в GE и других корпорациях 1990-2000-х.
Типовые ошибки
Ошибка 1: подмена метрик ценности метриками активности
Команда отчитывается числом проведённых кайдзен-событий или обученных Green Belt вместо реального изменения DPMO/времени цикла для клиента — активность подменяет результат.
Как избежать
фиксировать baseline DPMO/времени цикла ДО старта и требовать отчёта именно по дельте этих показателей, а не по числу проведённых мероприятий.
Ошибка 2: пропуск голоса клиента
Команда сразу переходит к инструментам (картам потока, диаграммам Исикавы), не выяснив предварительно, что именно клиент считает дефектом — в результате устраняют потери, которые клиенту безразличны.
Как избежать
формально зафиксировать Critical-to-Quality требования клиента на фазе Define, прежде чем измерять и анализировать.
Ошибка 3: Lean и Six Sigma как два отдельных, конкурирующих проекта
В организации параллельно существуют "Lean-инициатива" и "Six Sigma-инициатива" с разными спонсорами и метриками — команды соревнуются за ресурсы вместо совместной работы над одним процессом.
Как избежать
единый владелец процесса и единый бэклог улучшений, где инструменты обеих дисциплин применяются по требованию задачи, а не по принадлежности к "лагерю".
Ошибка 4: сбор данных без последующего действия
Фаза Measure выполняется формально ради статистики в отчёте, но результаты анализа не приводят к изменению процесса на фазе Improve.
Как избежать
не начинать Measure, пока не согласован владелец, который обязан внедрить решение по итогам Analyze — иначе фаза измерения превращается в архив неиспользуемых данных.
Ошибка 5: фаза Control существует только на бумаге
Улучшение внедрили, эффект показали на демонстрации — а через 3 месяца процесс тихо откатился к старому состоянию, потому что не назначили ответственного и не завели контрольную карту.
Как избежать
Control обязательно включает конкретного владельца метрики и периодичность проверки, а не разовую презентацию результатов.
Как измерить эффект
DPMO (дефектов на миллион возможностей) и производный уровень Сигма: замеряются до старта (baseline) и после фазы Improve — единственная объективная мера того, изменилось ли реальное качество, а не только ощущения команды.
Время цикла (lead time) процесса: до и после — Lean-часть метода без этой метрики нельзя отличить от простого «стало вроде бы быстрее».
Process Cycle Efficiency (доля времени с добавленной ценностью): показывает, сколько из общего времени цикла реально создаёт ценность для клиента, а не тратится на ожидание и лишние передачи.
Число кайдзен-действий из бэклога, реально внедрённых (а не только запланированных): разрыв между «нашли потерю» и «устранили потерю» — частый источник имитации улучшения без результата.
Устойчивость эффекта через контрольный период: повторный замер DPMO/времени цикла спустя несколько месяцев после Control — проверка, что улучшение не откатилось назад без надзора.
План внедрения
Месяц 1 — диагностика. Выбор пилотного процесса, сбор baseline DPMO/времени цикла, картирование потока, первичный прогон чек-листа 8 потерь.
Месяц 2 — обучение и команда. Формирование межфункциональной команды пилота, базовое обучение DMAIC и статистике на уровне Green Belt, назначение владельца процесса.
Месяцы 3-4 — пилотный проект DMAIC. Полный цикл Define-Measure-Analyze-Improve на пилотном процессе, внедрение первых изменений, повторный замер DPMO.
Месяцы 5-6 — фаза Control и вторая волна. Закрепление улучшения контрольными картами, запуск второго пилота на основе бэклога кайдзен-действий, накопленного на первом.
Далее: поддержание и обновление. Регулярный (ежеквартальный) пересмотр DPMO по ключевым процессам, ротация belt-специалистов между процессами, актуализация бэклога потерь по мере изменения процесса.
Как реализовать этот план с помощью фрейма «Lean Six Sigma» в OrgDevTools
Фрейм «Lean Six Sigma» в OrgDevTools ведёт один проект по циклу DMAIC. Вкладки повторяют фазы цикла, а данные связаны между собой: замер даёт базу, по найденным потерям строятся действия, повторный замер подтверждает или не подтверждает эффект. Фрейм бесплатный, его можно использовать как тренажёр на пилотном процессе.
Вкладка «D. Постановка» — месяц 1, диагностика: выбор пилотного процесса
Сюда вы списком пишете проблему процесса и то, что клиент считает дефектом (CTQ). Подсказка к формату: «что не так, где, насколько, с какого времени». Ниже два числовых поля с целями проекта: уровень σ (по умолчанию 4) и эффективность процесса PCE (по умолчанию 25%). Обе цифры — рабочая настройка фрейма, в методике их нет. Тут же есть справка: PCE равна времени, добавляющему ценность, делённому на полное время прохождения. Для офисных процессов типичный диапазон, по подсказке фрейма, 5–25%.
Вкладка «M. Замер» — месяц 1, baseline и картирование потока
Первый блок — таблица шагов процесса. Для каждого шага указываются название, минуты ценности и минуты потерь. Шаги добавляются кнопкой «+ шаг» и удаляются крестиком. Долю ценности по каждому шагу фрейм считает сам. Под таблицей он суммирует время прохождения, время ценности и PCE. В расчёт попадают только шаги с названием. PCE подсвечивается зелёным, если она не ниже цели, и красным, если ниже.
Второй блок — дефекты: сколько единиц проверено, сколько возможностей дефекта на единицу (если поле пустое, берётся 1) и сколько дефектов найдено. Фрейм выдаёт DPMO и долгосрочный уровень σ со сдвигом 1,5σ. Шкала непрерывная, ориентир: 6σ = 3,4 DPMO. Значение ограничено диапазоном 0–6σ, при нуле дефектов ставится 6σ.
Вкладка «A. Потери» — месяц 1, прогон чек-листа 8 потерь
Восемь карточек TIMWOODS с флажками и подсказками. Отмеченная карточка краснеет, и в ней появляется поле «ч/мес» для оценки потерянных часов за месяц. Ниже фрейм строит «Приоритет атаки»: потери по убыванию часов с долей каждой в общей сумме.
Вкладка «I–C. Улучшение и контроль» — месяцы 3–6, пилот DMAIC, Control и бэклог второй волны
Первый блок — список действий, то есть бэклог кайдзен. Второй — повторный замер дефектов по тем же трём полям. Результат «после» считается, только если указано больше нуля проверенных единиц. Фрейм показывает σ и DPMO после изменений и разницу с исходным уровнем: прирост выделяется зелёным, отсутствие роста или падение — красным.
Вкладка «Визуализация»
Для каждого шага с названием рисуется полоса: зелёная часть — ценность, красная — потери. Масштаб задаёт самый длинный шаг. Под полосами — шкала 0–6σ с пунктирной отметкой цели и точками «до» (красная) и «после» (зелёная).
Вкладка «Итоги»
Здесь четыре показателя: PCE с целью, σ до, σ после с целью и пара «потерь / действий». Вердикт проверяет условия строго по порядку:
Нет формулировки проблемы → «Начните с Define».
Нет ни данных о дефектах, ни шагов → процесс не измерен.
Не отмечено ни одной потери → пройдите процесс по TIMWOODS.
Нет действий → красный сигнал: «находки без улучшений ничего не меняют», с указанием крупнейшей потери.
σ после не выше σ до → эффект не подтверждён, вернитесь к анализу.
Нет замера «после» → повторите замер, чтобы закрыть Control.
σ после ниже цели → нужен следующий круг DMAIC.
PCE ниже цели → фрейм называет шаг с наибольшими потерями.
Иначе → цели достигнуты, закрепите стандарт и контрольную карту.
Кнопка «Создать задачу» появляется только у сохранённого документа. Она создаёт задачу «Lean Six Sigma: следующий шаг DMAIC», в описание которой попадают текст вердикта и список действий.
Чего фрейм не делает
Не строит контрольные карты и не напоминает о квартальном пересмотре.
Не назначает владельца процесса или метрики, не помогает собрать команду и не ведёт обучение (месяц 2 плана).
PCE хранится в одной версии, без «до» и «после», поэтому время цикла фрейм не сравнивает.
Часы потерь никак не связаны с минутами по шагам, а действия не привязаны к конкретной потере.
Если исходный замер дефектов пуст, сравнения «до/после» нет, и σ после сверяется только с целью.
Нормальное распределение и сдвиг 1,5σ фрейм принимает как допущение и не проверяет.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
Michael L. George — «Lean Six Sigma: Combining Six Sigma Quality with Lean Speed» (2002). Книга, закрепившая термин и саму идею формального слияния двух дисциплин в единую методологию.
Michael L. George, David Rowlands, Bill Kastle — «What is Lean Six Sigma» (2003). Короткое практическое введение для тех, кто внедряет метод впервые — из неё в этот фрейм пошла логика связки "потери → метрика → действие".
Michael L. George, David Rowlands, Mark Price, John Maxey — «The Lean Six Sigma Pocket Toolbook» (2005). Справочник конкретных инструментов по фазам DMAIC — источник структуры калькулятора DPMO и чек-листа 8 потерь в этом фрейме.