Lean Six Sigma — гибридная методология непрерывного совершенствования, соединяющая две ранее самостоятельные дисциплины: Lean (устранение потерь, ускорение потока) и Six Sigma (снижение вариации, статистический контроль качества через цикл DMAIC). Идея объединения проста: Lean без Six Sigma рискует ускорить процесс, который продолжает выдавать брак; Six Sigma без Lean способен сделать процесс стабильным, но медленным. Вместе они закрывают оба измерения качества — скорость и предсказуемость результата.
Происхождение и исследовательская база
Обе дисциплины родились независимо и в разных отраслях. 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-часть отвечает на другой вопрос: "что здесь непредсказуемо колеблется и как сузить это колебание". Это разные по природе задачи, и попытка решить одну инструментами другой обычно даёт разочаровывающий результат — отсюда и потребность в объединённом наборе инструментов.
Уберите потери — и вы ускорите процесс. Уберите вариацию — и вы сделаете результат предсказуемым. Нужно и то, и другое одновременно.
Ограничения, слепые зоны и критика
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 обязательно включает конкретного владельца метрики и периодичность проверки, а не разовую презентацию результатов.
Главное, что нужно знать
Lean Six Sigma = Lean (устранение 8 видов потерь) + Six Sigma (снижение вариации через DMAIC) в одном наборе инструментов.
Six Sigma родилась в Motorola (1986, Билл Смит), масштабирована GE Джека Уэлча (1995); Lean — это Toyota Production System; объединил их в методологию Майкл Джордж в 2002 году.
Общая метрика качества — 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 напрямую поддерживает три этапа плана внедрения. На этапе диагностики (месяц 1) используйте секцию «8 видов потерь (TIMWOODS)» — отметьте, какие из восьми типов потерь реально присутствуют в выбранном процессе; счётчик "найдено: N/8" сразу даёт количественную картину для обсуждения с командой на старте.
На этапе пилотного DMAIC-проекта (месяцы 3-4) заполняйте секцию «Калькулятор DPMO и уровня Сигма» — введите число проверенных единиц, число возможностей дефекта на единицу и найденных дефектов, и фрейм автоматически рассчитает DPMO, уровень Сигма и процент выхода годных по стандартным формулам Six Sigma. Замерьте эти показатели ДО изменений (фаза Measure) и ПОСЛЕ (конец фазы Improve) — разница в уровне Сигма станет объективным доказательством эффекта пилота.
На этапе фазы Control и второй волны (месяцы 5-6 и далее) используйте секцию «Бэклог кайдзен-действий» как живой список конкретных шагов устранения найденных потерь — каждый пункт бэклога закрывает конкретную потерю из чек-листа TIMWOODS, а сам факт ведения списка в OrgDevTools делает бэклог видимым для всей команды, а не архивом одного человека.