Два последних шага алгоритма DMAIC я решил рассказать сразу. Причин несколько.

Во-первых, с точки зрения инструментария, там его мало. И все эти инструменты мы уже с вами видели на прошлых этапах.

Во-вторых, они очень органично перетекают из одного в другой без разрыва. Так зачем же делить их тут?

В-третьих, сами процедуры тут вполне понятны и знакомы тем, кто практикует любую другую деятельность по постоянным улучшениям, Lean, Agile, TQM и другие. Ну, что тут может быть принципиально нового? Составить план работ, раздать исполнителям, обеспечить контроль. В процессе поработать с мотивацией и сопротивлением. Вот, ну, ничего нового. Все то же самое вам скажут и специалисты вышеназванных методик.

И, наконец, в-четвертых и в-главных, продумывание этой статьи и структурирование всего цикла окончательно доформировало у меня некое понимание/наблюдение, что витало где-то рядом последние лет пять, наверное. И вот на нем я и сфокусируюсь сегодня. Дело в том, что есть в методике Шесть Сигм некая коварная лояльность. Но об этом позже. 

Вспомним основополагающую систему в алгоритме DMAIC.

Рис. 1 Схема решения проблем в Шесть Сигм

Как вы, наверняка, понимаете, на шаге Анализ мы с вами делаем этап 3 этой схемы. Мы получаем некое итоговое математическое решение. Теперь его надо реализовать на практике. В жизнь, так сказать.

Вот это и есть главная задача шага Улучшение (Improve).

И вот тут начинается очень интересное. Начну немного издалека. Те, кто много занимаются проектами Бережливого производства, знают, что внутри него далеко не всегда есть единое направление. В ряде случаев появляется целый ряд ответвлений, проверок, проб и так далее. Таких, своеобразных «квантов» поиска решения, маленьких PDCA-чиков. И, если вдруг при проверке отдельно взятого такого кванта произошла ошибка, или он неуспешен по каким-либо иным причинам, то все, что мы потеряли, это тот самый квант + затраченные на него ресурсы. А потом из этих квантиков собирается итоговый результат.

Да, тут можно возразить, что не все проекты такие, и что потерять можно так можно много квантов (и, соответственно, ресурсов)… Да, все так. Но суть не в том.

В методике Шесть Сигм этот квант один. Даже не так, не квант, а КВАНТ. И начинается он с этапа Измерения, с самого его начала.

А дальше система очень лояльна к проектному лидеру. Хочешь, мил друг, проверку измерительной системы пропустить? Да, пожалуйста. Система пустит дальше. Перепрыгнул, или спустя рукава факторы собрал, включил туда неизмеримые или неконтролируемые? Пф, да ради бога! Не будем тебя задерживать.

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

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

А вот шаг Улучшение вскрывает карты. Жестко.

Наделал ошибок на предыдущих этапах? Вот тут он не сможет пойти дальше, потому что реальность запросто может сказать его математическим выкладкам «Не-а, так не пойдет».

И куда же это отбросит нашего лидера проекта? А вот ровно туда, где он сделал критичную ошибку. Если это была стадия Измерение, то придется, как шарфик, расплетать проект аж дотуда. И все делать заново(!).

То есть КВАНТ Шести Сигм – от начала этапа Измерение до этапа Улучшение. Из 4-6 месяцев на проект, это 2-3 из них. И, потеряв один такой КВАНТ, можно потерять до 3-х месяцев. Ту-дум!

Могу себе представить, что часть читающих эти строки сейчас думает: «Да ну его, нафиг, такое». Или что-то похожее.

Но в этом и есть то самое лояльное коварство методики Шесть Сигм.

Тут есть и обучающий момент. Ведь проектный лидер, попавшись один раз в такую историю, уже точно не захочет ее повторить. И либо вообще откажется от Шести Сигм, став апологетом «да оно не работает» (да-да, они, в большинстве своем, как раз оттуда), либо заречется раз и навсегда не пропускать важные этапы алгоритма. Серьезные специалисты по Шесть Сигм, как раз, получаются из вторых.

Но не все так плохо. Потерять все 3 месяца можно, если совершить все мыслимые ошибки в самом начале. Это тоже непросто и требует «особого таланта». 

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

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

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

В своем первом проекте (я его ранее описывал) после построения математического решения все, что мне оставалось сделать на этапе Улучшение, это сделать чертеж правки пресс-формы и отправить его с выкладками поставщику. Это заняло у меня меньше половины рабочего дня. Дальше прошла неделя, и поступили первые детали, которые в корне устранили проблему.

Вот и все Улучшение. Но я прекрасно отдаю себе отчет, что все могло пойти по-другому, пропусти или проигнорируй я этапы алгоритма.

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

В реалиях нашей непредсказуемой жизни истина будет где-то посередине. Что-то точно пойдет не так, как задумывалось, поэтому на этапе Улучшения может понадобиться подумать, а как лучше это реализовать. И либо получится такой себе мини-кайдзен (еще одна связующая ниточка между Лин и Сигмой), либо можно обратиться к стандартным улучшениям из ТРИЗ. Впрочем, этим варианты точно не ограничиваются.

По инструментарию совсем все просто. Единственный инструмент, что здесь понадобится, независимо от вариантов, это Анализ Возможностей процесса (Capability Analysis). Мы просто строим его еще раз и смотрим на разницу с тем, что строился на этапе Измерение.

Весь остальной инструментарий в Улучшении зависит исключительно от количества и качества сделанных вами ошибок ранее. Ими вы будете устранять их последствия. По сути, такая своеобразная «подстановка костылей» не считается правильным процессом в Шесть Сигм. Правильным считается откатиться назад и переделать без ошибок. 

Но мы подошли к шагу Контроль. Его задача – обеспечить устойчивость решения.

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

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

Если же процесс оказался нестабильным…  Это обычно тоже расплата за ошибки на прошлых этапах. И «костыли» предстоит придумывать уже здесь. Сочувствую.

В очень исключительных случаях с этапа Контроля люди откатывались на Измерение. Вам точно не захочется такое испытать на себе.

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

Вот и закончился DMAIC. Понадобилось всего 16 статей, чтобы его описать. 

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

Ссылки на предыдущие статьи цикла "Шесть Сигм, с чем его едят":

Статья №1 Основные положения Шесть Сигм

Статья №2. Принцип решения проблем в Шесть Сигм. Алгоритмы проектов.

Статья №3. Алгоритм DMAIC. Шаг DEFINE. Часть 1.

Статья №4. Алгоритм DMAIC. Шаг DEFINE. Часть 2.

Статья №5. Алгоритм DMAIC. Шаг DEFINE. Часть 3.

Статья №6. Алгоритм DMAIC. Шаг DEFINE. Часть 4.

Статья №7. Алгоритм DMAIC. Шаг DEFINE. Часть 5.

Статья №8. Алгоритм DMAIC. Шаг MEASURE. Часть 1.

Статья №9. Алгоритм DMAIC. Шаг MEASURE. Часть 2.

Статья №10. Алгоритм DMAIC. Шаг MEASURE. Часть 3.

Cтатья №11. Алгоритм DMAIC. Шаг MEASURE. Часть 4.

Статья №12. Алгоритм DMAIC. Шаг ANALYSIS. Часть 1.

Статья №13. Алгоритм DMAIC. Шаг ANALYSIS. Часть 2.

Статья №14. Алгоритм DMAIC. Шаг ANALYSIS. Часть 3.

Статья №15. Алгоритм DMAIC. Шаг ANALYSIS. Часть 4. Корреляционный и Регрессионный анализ.

Статья №16. Алгоритм DMAIC. Шаг ANALYSIS. Часть 5. Постановка Эксперимента и Моделирование

Статья №17. Алгоритм DMAIC. Шаг ANALYSIS. Часть 6. Последовательность анализа.

• Обучаем и внедряем с 1999 года! Создадим систему вместе и вперед за результатом!
• Уникальный практический онлайн курс для руководителей и специалистов, который включает разработку Дорожной карты развития вашей Производственной системы.