В предыдущей статье мы с вами рассмотрели, к чему стремится методика Шесть Сигм.
Теперь давайте представим ряд ситуаций:
Ситуация первая. Классическая. Руководитель получает отчет, что сильно увеличилось количество возвратов, ну допустим, химикатов, что производит его компания.
Ситуация вторая. Распространенная. Руководитель получает отчет, что, скажем, пшеничные батоны стали меньше продаваться. Второй вариант, в его парикмахерскую начало приходить все меньше посетителей.
Ситуация третья. Редкая. Аудит клиента выявил несоответствия по 10 показателям готовой продукции хлебокомбината. Если не исправим, клиент уйдет.
Ситуация четвертая. Крайне редкая. Клиент четко задал все допуски и границы по химическим реагентам. Не все пока получается выдерживать. Клиент строго проверяет на входе, по результатам штрафует.
Во всех этих ситуациях вполне возможно использование методик Сигмы. К этим ситуациям мы, по мере необходимости, будем возвращаться.
Чтобы уж совсем наверняка. Для использования метода нужны три составляющие:
-
Повторяющийся процесс
-
У этого процесса есть клиент (внешний/внутренний, один/много)
-
У клиента/клиентов есть набор требований к результату процесса
Все, если все три условия выполняются, «можно брать».
Как же методика предполагает устранять возникающие проблемы?
Общий принцип показан на рисунке:
Рис. 1 Схема решения проблем в Шесть Сигм
Выглядит все довольно просто. Но, если приглядеться, есть пара проблемных моментов.
Самым сложным и узким местом в этой схеме обычно становится переход 1-2. Сбор данных – это постоянная непреходящая головная боль всех Сигмовцев. Их надо собрать, добиться их достоверности, достаточности количества, в ряде случаев еще и нормальности распределения. А еще и правильно определить, какие данные нам вообще нужны. В общем, процентов 60-70 вашего проекта по Сигме будет посвящено увлекательному процессу сбора статистики.
Переход 2-3 редко доставляет серьезных проблем. Обычно он подкидывает сложности в духе «не доделали переход 1-2». Самое неприятное, что может случиться здесь – это отсутствие математического решения заданной математической проблемы. И вот тут-то начинаются обычно серьезные трудности. Но об этом дальше.
Переход 3-4 – второй по популярности источник проблем в проекте. Особенно, если на предыдущих его этапах (и опять же на переходе 1-2) налепили ошибок. Если предыдущие шаги проекта были сделаны качественно и без грубых нарушений, то обычно проблем с переходом 3-4 возникает мало.
Возвращаясь к нашим ситуациям, каждую из них еще предстоит оцифровать.
Пока же мы с вами рассмотрим три основных алгоритма выполнения проектов в методике Шесть Сигм.
Как известно, в Бережливом производстве есть такой цикл Деминга. Он же PDCA, он же планируй-делай-проверяй-корректируй (разных вариантов перевода хватает).
Этот цикл рассчитан на любую деятельность. Он настолько прост и естественен, что мы даже ходим по нему. Планируем, куда поставить ногу, ставим ее, проверяем и, если что-то пошло не так (ушиблись или укололись), корректируем ее положение и далее пошло планирование следующего шага. Можете даже эксперимент провести, завяжите себе глаза и пройдитесь больше 5-6 метров, желательно в незнакомом помещении. Сразу ценность этапов планирования и контроля существенно возрастут.
Так что же в Сигме? Там таких циклов аж 3.
И они тоже основаны на естественном для человека процессе. Только в это раз на процессе решения проблемы. Возьмем распространенную бытовую задачу: собственная внешность. Смотрится человек в зеркало. Что происходит дальше?
-
Осознание проблемы. А как я выгляжу? Может и так сойдет? Или таки нужно похудеть/потолстеть/подкачаться, причесаться и т.д. Допустим, обнаружена проблема – лишний вес.
-
Оценка проблемы. А насколько все плохо. Встаем на весы…получаем нынешний уровень проблемы и целевой показатель. «Угу, схуднуть надо бы на n килограммов».
-
Дальше всегда происходит анализ, за счет чего это можно сделать. Он может проходить очень быстро, может занять время на исследования. Но он есть всегда. Пусть решением таки будет диета.
-
Пошел процесс улучшения. Сели на диету, худеем… радуемся. (или нет, но тут уж зависит от правильности шага 3 и соблюдения шага 4)
-
Достигли результата, весы нас не замечают, успех! И вот тут обычно на радостях про пятый шаг контроля забывают. Хотя в мозгу-то проскакивает мысль, что неплохо бы закрепить результат. Итого, если результат закрепляем, то все хорошо. Вес никуда не уходит обратно. Если не закрепляем… то все вернется на круги своя, ибо улучшение мы, по факту, откатили обратно.
В общем Шесть Сигм довольно эффективно доказывает бесполезность любых временных диет. Но мы здесь не об этом.
Как видим, естественный процесс решения проблем человеком состоит из 5 простых шагов. Базовый алгоритм решения проблем в Сигме состоит из них же:
Define (Определение цели)
Measure (Измерение)
Analyze (Анализ)
Improve (Улучшение)
Control (Контроль)
Это и есть знаменитый Сигмовский «ДМАИК» DMAIC. Или, для любителей все русифицировать, «ОцИАУК».
Данный алгоритм выполнения проекта по Шесть Сигм встречается в 95%+ всех проектов с использованием этой методики. Он стал одним из первых заимствований в Бережливое производство еще до образования Lean Six Sigma.
Он прост, как прямой угол: делаем шаги один за другим, не перепрыгивая… и приближаемся к цели.
Однако, есть в Сигме и два других процесса, о которых и материалов поменьше, и используются они реже.
Это:
Define (Определение цели)
Measure (Измерение)
Analyze (Анализ)…Что-то где-то мы это уже все видели…
Develop (Разработка)
Verify (Проверка)
Получается DMADV. Что за зверь? Зачем нужен?
Бывает так, что на этапе Анализа выясняется, что, как вы не крутите имеющийся процесс, задача решения не имеет. А значит необходимо серьезное изменение/перестроение процесса. И вот тут уже придется придумывать новый процесс или его часть, меняя технологию. Это как раз те сложности, которые могут вас поджидать на переходе 2-3 самой первой схемы решения проблем.
Такие проекты уже в разы сложнее проектов по DMAIC. Это как идти по лесу и понять, что какую бы тропинку не выбрал, там все равно сидит волк и тебя съест. И пора бы придумать какую-нибудь другую технологию, кроме «идти по тропинке». Например, летать.
Но и это не все. Есть в арсенале Шести сигм и вот такое:
Define (Определение цели)
Identify (Определение потребностей)
Design (Разработка/Проектирование)
Optimize (Оптимизация)
Verify (Проверка)
Это DIDOV, великий и ужасный. Эта сущность крайне редко встречается (мне за все мои 10 лет практики встретилась лишь однажды, и то косвенно). Данный цикл используется как Сигмовый ответ Чемберлену Лин-Дизайну. Его прямое назначение – решение ситуации, когда повторяющегося процесса еще нет, а очень хочется. Обычно можно встретить в проектах Design Six Sigma или теперь уже в проектах Лин-Дизайн.
Тут у нас нет еще никакого процесса, наша задача построить его «с нуля», но уже со встроенным качеством. Все остальные алгоритмы Сигмы в таких условиях начинают буксовать.
Вот мы и разобрали основные подходы, что лежат внутри Шести Сигм. Подведем итоги по алгоритмам.
Рис. 2 Основные алгоритмы выполнения проектов Шесть Сигм
Тем не менее, как уже говорилось, ≈95% проектов Шесть сигм, с которыми вы встретитесь, пройдут под эгидой DMAIC.
С него мы и начнем нашу следующую статью.
Первая статья цикла: "Цикл "Шесть Сигм, с чем его едят". Статья №1 Основные положения Шесть Сигм"
Обучаем и внедряем с 1999 года!
Создадим систему вместе и вперед за результатом!
Сообщество Lean+6Sigma в России
Уникальный практический онлайн курс для руководителей и специалистов, который включает разработку Дорожной карты развития вашей 
Обучаем и внедряем с 1999 года!
Создадим систему вместе и вперед за результатом!