Собранные и распределенные данные

Вы должны собирать и анализировать данные чтобы понять причину проблемы. Для этого существует три важных приема: стратификация (расслоение), построение графиков и изучение отклонений. Например, постройте графики данных несколькими путями: в соответствии с временной последовательностью, видом продукта, местонахождением в процессе и т.д. Затем стратифицируйте (распределите) данные в соответствии с 4 вопросами (who - кто, when - когда, where - где, what - что). В каждой точке обращайте внимание на отклонение.

Рис. 6-2. Графики расслоенных данных

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

Данные, соответствующие процессу

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

Соответствие данных является важным моментом в деятельности по усовершенствованию. Будьте внимательны при использовании данных, собранных с целью контроля за процессом (данные 3), т.к. они могут не соответствовать реактивному усовершенствованию (данные 2). Определения при сборе данных могут быть искажены, а ошибки при сборе данных могут продолжаться долгое время, если никто активно не пытается их использовать. Данные, собранные до того, как началась работа по усовершенствование, вызывают подозрения, необязательно неверные - но просто подозрительные.

Логика и логическая последовательность

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

Стандартный формат приемов

Для разбросанных 7 шагов управления качеством используйте приемы в их стандартной форме. Далее даны некоторые примеры стандартных форм:

• Диаграмма Парето: без зазоров между полосами, кривая, показывающая совокупные суммы, масштаб слева и справа, четко обозначенные единицы и вывод (заключение), данное внизу.
• Диаграмма Ишикавы (причины и следствия): результатом является вопрос “почему” в клеточке справа, причина переходит в следствие слева направо, главные категории причины находятся в клетках над и под горизонтальной линией, и в идеальном случае должны быть 5 уровней сразу.

Шаг диагностики 3: анализ причин

Сосредоточившись на причине проблемы (шаг 2), бригады должны детально проанализировать причину проблемы. Для менеджеров более важно проанализировать процесс, чем решение темы. Старшим менеджерам не следует спрашивать слишком много с начинающей бригады; бригада сама будет совершенствоваться в ходе выполнения 7 шагов управления качеством.

Диаграмма причины и следствия (Ишикава), полученная из Парето

Для того, чтобы сделать анализ причин поучительным и распространенным процессом, должна быть четкая процедура, с помощью которой возможно рассмотреть возможные причины данной проблемы. Эта процедура связана с построением диаграммы причины и следствия (или, возможно, с диаграммой отношений). Без такой диаграммы нельзя узнать, хорошо или плохо бригада рассмотрела возможные причины проблемы. Эффект диаграммы причины и следствия должен быть связан с важной частью диаграммы Парето шага 2 (смотри рисунок 6-3).

Рис. 6-4. Диаграмма причины и следствия

Диаграмма причины и следствия показывает, насколько тщательно бригада рассмотрела ключевые причины проблемы. Поверхностное рассмотрение обычно дает диаграмму только с одним или двумя уровнями или ветвями. Серьезное рассмотрение, однако, обычно дает диаграмму, которая прослеживает потенциальные ключевые причины с помощью ответа на вопрос “Почему это приводит к...?” вниз по пяти уровням, как показано в таблице 6-2.

Таблица 6-2. 5 “почему”, чтобы вскрыть ключевую причину

Почему?	Ответ
Почему дефекты?	Политика
Почему политика?	A
Почему A?	B
Почему B?	C
Почему C?	D

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

Понятные заключения

Ясно покажите, как были достигнуты и проверены выводы. Это значит, что графики должны иллюстрировать только одну концепцию. Используйте отдельные графики для иллюстрации отдельных концепций, каждый с собственным заключением внизу. Бригада во время изучения данных может строить очень сложные графики. Но слушателям нужен простой, логически единый переход от фактов к выводу.

Шаг диагностики 4: планирование и внедрение решения

Шаги 1, 2 и 3 предназначены для прямолинейного планирования решения. Если главная причина была найдена, решение должно быть ясным - изменить эту главную причину.

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

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