6 сигм (Six Sigma) как метод управления проектами

Что такое «сигма» и что значит «шесть сигм»?

Сигма (σ) в статистике — стандартное отклонение. Проще: мера разброса. Если процесс стабилен, результаты «собраны» вокруг среднего. Если процесс болтает, разброс растёт, вместе с ним растёт доля ошибок.

Представь бытовую картину: одна и та же бригада делает стяжку на разных объектах. По смете слой 50 мм. По факту где-то 45, где-то 65. Среднее может выглядеть приемлемо, деньги улетают на перерасход и выравнивание. Six Sigma учит смотреть именно на разброс и его причины.

«Шесть сигм» — это условное целевое состояние качества: процесс настолько предсказуем, что число дефектов в пересчёте на миллион возможностей (DPMO) по конвенции Six Sigma оказывается 3,4. В классическом объяснении это связано с допущением про долгосрочный дрейф процесса на 1,5σ, и как раз это допущение спорное.

История Six Sigma: Motorola, Baldrige и массовое распространение

Корни подхода уходят в статистическое управление качеством, которое развивалось десятилетиями. Термин Six Sigma в современном смысле связывают с Motorola: инженер Билл Смит сформулировал идею в середине 1980‑х и представил её руководству компании, дальше метод стал корпоративной программой улучшений.

В конце 1980‑х Motorola стала заметным символом «качества через цифры»: компания получила Malcolm Baldrige National Quality Award в 1988 году, и это тоже подогрело интерес рынка к практикам, которые дают измеримый результат.

Следующий крупный виток — распространение подхода в больших корпорациях в 1990‑х. Широкую известность Six Sigma получила во многом благодаря GE времён Джека Уэлча, где улучшения превратили в систему проектов и обучения с «поясами».

Суть метода 6-ти сигм

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

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

Six Sigma часто ставят рядом с lean-подходом. Логика общая: клиент платит за ценность, лишние шаги и потери убираются на фактах, а не на ощущениях. В 101 мы описывали этот управленческий угол зрения в материале про философию бережливого производства.

Принципы и правила внедрения: как не превратить Six Sigma в культ?

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

Есть набор правил, которые держат метод в рабочем состоянии:

• Один проект — один измеримый эффект. Формулировка «улучшить качество» не годится. Годится «снизить долю переделок по штукатурке с X до Y за 8 недель».
• Определение дефекта фиксируется письменно. Иначе два прораба посчитают одну ситуацию разными словами, цифры разъедутся.
• Владение процессом закреплено. Если у проекта нет хозяина, улучшения превращаются в временную кампанию.
• Данные собираются «по пути». Когда цифры добываются вручную раз в месяц, появляется выборочная память и спор про реальность.

Про «данные по пути» в проектном бизнесе всегда упирается в систему учёта и коммуникаций. Когда задачи, деньги и согласования живут в разных чатах, причина дефекта тоже разъезжается по разным местам. Здесь помогает базовая проектная гигиена: роли, отчёты, единые правила согласований. Для этого пригодятся материалы про основы управления проектами и про управление коммуникациями проекта.

DMAIC как главный цикл Six Sigma

DMAIC — основной «скелет» улучшений в Six Sigma: Define, Measure, Analyze, Improve, Control. Этим циклом улучшают существующий процесс, который не держит нужный уровень.

Проблема в том, что DMAIC часто читают как чек‑лист. Полезнее воспринимать как маршрут: на каждом этапе снимается конкретный риск — от расплывчатой цели до отката результата.

5 важных этапов:

1. Шаг 1. Define. Зафиксировать проблему и границы процесса. Кто клиент, что для него критично (CTQ), где начинается и заканчивается поток работ, что считается дефектом.
2. Шаг 2. Measure. Настроить измерение. Какие данные нужны, как их собирать, как убедиться, что измерение воспроизводимо (иначе обсуждение уйдёт в «верю — не верю»).
3. Шаг 3. Analyze. Найти причины. Здесь включаются причинно‑следственные связи: что влияет на дефект, где узкое место, какие факторы объясняют разброс.
4. Шаг 4. Improve. Поменять процесс. Это может быть стандарт работы, правило согласования, форма заявки, контроль точки приёмки, изменение логистики.
5. Шаг 5. Control. Удержать улучшение. Появляется контрольный план: что мониторить, кто смотрит, какие триггеры сигналят о дрейфе, какие действия делаются при отклонении.

Недостатки Six Sigma: где метод теряет пользу?

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

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

Третье ограничение — конфликт целей. Погоня за красивым показателем DPMO может вытеснить смысл: клиенту важнее предсказуемый срок, понятная цена, отсутствия коммуникация. Когда метрика выбрана без связи с ценностью, программа улучшений начинает жить отдельной жизнью. Здесь полезно держать в голове lean‑рамку про ценность и потери из статьи про бережливое производство.

Четвёртое ограничение — методологические споры. Та самая «конвенция 3,4 дефекта на миллион» завязана на допущение про смещение процесса на 1,5σ, и это допущение обсуждают до сих пор. Практический вывод здесь простой: цифра «6σ» не должна подменять работу с причинами вариативности. ([en.wikipedia.org](https://en.wikipedia.org/wiki/Six_Sigma?utm_source=openai))

Six Sigma в проектном бизнесе и стройке

В проектной компании редко есть поток «как на заводе». Зато есть повторяющиеся сценарии: замер → смета → закупка → работы → приёмка → расчёты. Каждый сценарий можно описать как процесс, поставить точки контроля и начать измерять дефекты.

Рабочая тактика — выбрать один болезненный участок и пройти облегчённый DMAIC. Для примера: «переделки по электрике после чистовой» или «опоздания поставок по плитке». Дальше договориться о том, что считается дефектом, собрать факты за 4–8 недель, найти повторяющиеся причины, изменить правило, закрепить контроль.

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

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