Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

23.04.2017

Google
WWW CITForum.ru
С Новым годом!
2000 г

Управление качеством и ИСО 9000

С.Н. Колесников [it_info@iname.com]
кандидат физико-математических наук.

Управление качеством в современном мире обычно упоминается в контексте двух систем: total quality management (TQM) и "стандартов системы качества" ИСО-9000 (ISO-9000). Между ними есть как общие черты, так и существенные отличия. Мы уделим основное внимание в настоящей статье стандартам системы качества, так как имеют административное закрепление в качестве государственных стандартов многих стран, в том числе и России. Соответственно, именно этим стандартам уделяется наибольшее внимание предприятиями и именно они наиболее поддержаны информационно и методически.

Что видится тебе ... .

Для правильного понимания ситуации прежде всего необходимо разобраться, что означают в данной ситуации термины стандарты, управление качеством и некоторые другие. Дело в том, что на Западе, и соответственно в TQM и ИСО 9000 эти термины понимаются в существенно другом контексте, чем это привычно нам.

Действительно, что обычно мы понимаем под термином стандарт?

Это набор жестко фиксированных норм, характеристик, правил, требований, установлений, которые должны неукоснительно соблюдаться сотрудниками предприятия. Таким образом если скажем, мы раньше говорили, что телевизор имеет "знак качества", то предполагалось, что параметры телевизора должны были удовлетворять определенным требованиям, сформулированным в виде "допусков" на характеристики. Но как известно, это не очень помогало ... . На Западе есть аналоги таких стандартов, например, часто упоминающиеся даже в прайс-листах на мониторы Шведские стандарты TCO 92, ТСО 95, MPR. Они определяют перечень требований к мониторам, при соблюдении которых они могут считаться безопасными для окружающей среды (и в том числе и для оператора). Также например, когда речь идет о военной промышленности, то такого рода стандарты встречаются там чаще. Там важно обеспечить совместимость отдельных компонентов, оборудования, установок для их совместной деятельности в рамках какого-нибудь комплекса. К этой же категории относятся так называемые "стандарты технологической совместимости" или "индустриальные стандарты", например, стандарты на интерфейс жестких дисков, CD ROM, дискеты и т.д. Однако они опять же ничего не говорят о качестве продукции.

Впрочем, а что такое качество ?

Согласно подходу стандартов системы качества: качество - это совокупность характеристик объекта, имеющая отношение к его способности удовлетворить установленные и предполагаемые требования потребителя. При этом, что важно, под объектом качества может пониматься как собственно продукция (товары или услуги), процесс ее производства, так и производитель (организация, система или даже отдельный работник). Что наиболее существенно для качества: чтобы произведенная продукция при тестировании удовлетворяла набору требований, чтобы она качественно производилась или чтобы каждый работник был обучен качественному производству? Вопрос достаточно сложный, и наиболее верный ответ на него - все ... . Но все же, что было раньше: "курица или яйцо"?

ИСО 9000 отвечает на этот вопрос так: главное это особая организация системы производства, которая называется "система качества". И главное в этой организации - это документированность всех процессов, имеющих отношение к производству продукции и могущих оказать существенное влияние на его качество. Фактически, в большинстве случае речь идет практически о всех процессах "относящихся к производству", начиная от закупки материалов и комплектующих и заканчивая доставку продукции потребителю. Вроде бы простое требование. Но во многих случаях оно приводит к кардинальным изменениям в технологиях и организации производства. Например, такая нередко встречающаяся ситуация: полностью собранный компьютер при окончательном тестировании оказался неработоспособен, или хуже того - вышел из строя одни из блоков - например, блок питания. Остальные - вроде бы целы. Ваши действия ? Обычно - компьютер разбирается, по вышедшему из строя блоку начинается выяснение причин выхода из строя или он просто выбрасывается , остальные - возвращаются на склад. После этого они теряются в массе остальных, аналогичных блоков. Такая же ситуация может иметь место с блоками компьютеров, возвращенных по гарантии. С точки зрения системы качества такая ситуация неприемлема. Дело в том, что в результате выхода из строя одного из блоков, потенциально могут быть повреждены и другие, следовательно, они не могут быть возвращены на склад без специальной маркировки и не могут использоваться при сборке компьютеров, маркированных как "новые". В принципе они как минимум должны пройти тестирование на специальном стенде и могут быть использованы при сборке компьютеров, маркированных как "восстановленные". Обычно эта категория продукции существенно (иногда в 2-3 раза) дешевле, чем "новая" и кстати именно она очень популярна при продаже в России под маркой б\у, и во многих других случаях, когда товар продается несильно, но заметно дешевле, так как наклейку "refurbished" (восстановлен) совершенно необязательно клеить намертво и она легко удаляется. А по правилам возврата по гарантии многие фирмы требуют сохранения фабричной упаковки, при общей нестесненности жилищных условий на Западе она хорошо сохраняется и мало отличима при возврате от новой. Особенно часто такие товары можно купить у "индивидуальных" предпринимателей.

Стандарты системы и системные стандарты.

Что же все-таки такое стандарты в управлении качеством? Если говорить весьма обще, то стандарт ИСО-9000 представляет общие требования по тому, как должна быть построена система учета и управления на предприятии, чтобы можно было гарантировать работу производственной системы в соответствии с требованиями системы качества. В действительности, что очень важно, этот стандарт не может обеспечить гарантированное качество выпускаемой продукции, но призван обеспечить гарантированное устранение всех недостатков процесса производства, которые существенно влияют на качество продукции. Таким образом, продукция выпускается "наиболее вероятно качественная". При этом стандарт говорит только то, что надо сделать, но не говорит как. В принципе это разумно, действительно, как - зависит в большей мере от предприятия, и более того, один и тот же результат может быть достигнут различными методами, как более ресурсоемкими, и следовательно, дорогостоящими, так и менее. Главное - что получится а результате, а получится должны качественные процессы (производства, закупок, продаж, складирования и т.д.).

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

Система управления качеством - это прежде всего определенная философия. Какова традиционная реакция в России на наличие каких-либо дефектов, обнаруженных например при гарантийном осблуживании? У нас действительно будут недовольны этим фактом, но самое первое, что будет сделано - найдены и наказаны виновные. Философия управления качеством также требует, конечно, чтобы виновные были наказаны, но если они действительно виноваты, а не стали жертвой "некачественных производственных процедур" , но самое главное, чтобы были устранены причины, которые привели к изготовлению некачественной продукции, то есть некачественные процедуры должны быть установлены и заменены качественными. Причина должна быть уничтожена в самом зародыше, так как невозможно гарантировать высокое качество продукции, если после обнаружении недостатков не выявлена, и полностью не устранена причина их возникновения. На это и нацелено документирование на предприятии, поскольку эффективно управлять и вмешиваться в технологию, можно только в том случае, если процессы формализованы, документированы и можно точно установить каким образом происходил тот или иной производственный технологический процесс. Также нужно установить параметры исходных материалов и компонент, окружающей среды, электроэнергии и прочие существенные условия, сопровождавшие процесс производства некачественной продукции. Возможность это сделать называется "прослеживаемость". Если же каждый процесс зависит от того, как захотел конкретный мастер или он формируестя случайным образом, установить и устранить причину возникновения дефектной продукции невозможно. Причина может быть столь же случайна, например, несоответствие оборудования, неправильная оснастка, или, например, рабочий не той квалификации принимал участие в производстве и просто "запорол" деталь.

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

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

Действительно, документация и система качества является одним из элементов общих корпоративных стандартов, которые являются хребтом любой системы управления корпорацией. Если вы придете на работу в иностранную фирму, вам сразу сообщат сразу массу правил, инструкций, которые не только будут затрагивать не только глобальные стороны вашей деятельности, но и правила поведения в офисе. Как вы должны выходить к клиенту, как вы будете пользоваться Интернетом, электронной почтой, допустима ли личная переписка и разных других вещей. Это может касаться и совсем других сторон жизни. Например, вы должны пить воду, специально предназначенную для питья, иначе если вы будете пить сырую воду и заболеете по причине нарушения вами инструкции, вам не будет гарантировано возмещение временной нетрудоспособности. Хотя это не соответствует Российскому законодательству, тем не менее, такие ситуации случается.

Структура и история стандартов качества.

История стандартов качества ИСО 9000 восходит к Британским стандартам BSI 5750, которые были одобрены Британским институтом стандартов (British Standard Institute - BSI) в 1979 году. В свою очередь эти стандарты часто считаются восходящими к американским военным стандартам MIL-Q9858, принятым в конце 50-х годов в США. Стандарты серии ИСО 9000 - это пакет документов по созданию систем качества и обеспечению качества, подготовленный членами международной организации, известной как "ИСО/Технический Комитет 176" (ISO/TC 176). Ныне стандарт BSI 5750 известен как стандарт ИСО 9000 версии 1987 года. Термин "версии" означает, что в настоящее время данный стандарт пересмотрен. Причиной пересмотра стала необходимость учесть в стандартах требования к качеству ряда специфических продуктов, которые не были учтены при разработке первой версии стандартов. Кстати, одним из таких специфических продуктов было программное обеспечение, которое теперь тоже подлежит сертификации по ИСО.

В настоящее время семейство (серия) ИСО 9000 включает:

  • все международные стандарты с номерами ИСО 9000 - 9004, в том числе все разделы (которые могут модифицироваться отдельно) стандарта ИСО 9000 и стандарта ИСО 9004;
  • все международные стандарты с номерами ИСО 10001 - 10020, в том числе все их разделы;
  • ИСО 8402 и в отдельных случаях - некоторые другие стандарты, определяющие специфическую деятельность поставщика.

Три стандарта из серии ИСО 9000 (ИСО 9001, ИСО 9002 и ИСО 9003) являются фундаментальными документами Системы Качества, определяют методологию обеспечения качества и представляют собой три различные модели функциональных или организационных взаимоотношений между участниками системы качества (как правило "поставщик", "потребитель", "субконтрактор" или "субпоставщик"). Собственно именно по этим стандартам и проводится сертификация "поставщика" являющегося основным объектом управления качеством.

Общие принципы и правила организации работ по сертификации систем качества в Российской Федерации определяет введенный в действие с 1 октября 1995 года национальный стандарт ГОСТ Р 40.001-95.

Базовая серия (часто говорят - семейство) ИСО 9000 состоит из следующих стандартов (в списке вместе с международными стандартами ISO приведены их Российские ИСО аналоги, в некоторых случаях касающиеся только части базовых ISO требований):

ISO 9000 "Общее руководство качеством и стандарты по обеспечению качества. Руководящие указания по выбору и применению"

ГОСТ Р ИСО 9000-2:1993 "Общее руководство качеством и стандарты по обеспечению качества. часть 2: Общие указания по применению ИСО 9001, ИСО 9002, ИСО 9003"

ISO 9001 "Системы качества. Модель для обеспечение качества при проектировании и\или разработке, монтаже и обслуживании."

ГОСТ Р ИСО 9001:1994

ISO 9002 "Системы качества. Модель для обеспечение качества при производстве и монтаже."

ГОСТ Р ИСО 9002:1994

ISO 9003 "Системы качества. Модель для обеспечение качества при окончательном контроле и испытаниях."

ГОСТ Р ИСО 9003:1994

ISO 9004 "Общее руководство качеством и элементы системы качества. Руководящие указания."

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

К поддерживающим стандартам относятся:

ISO 10011 "Руководящие указания по проверке системы качества".

ГОСТ Р ИСО 10011:1993 "Руководящие указания по проверке систем качества."

ПР 50.3.001-94 "Правила сертификации. Система сертификации ГОСТ Р. Требования к экспертам и порядок их аттестации."

ISO 10012 "Требования, гарантирующие качество измерительного оборудования"

Базовые понятия и термины качества определены в стандарте ISO 8402 "Управление качеством и обеспечение качества - Словарь" (именно в этом стандарте собственно и определено понятие "качество")

Руководства можно разделить по направлениям:

Подготовка руководства по качеству (Quality manual) и другой документации - ISO 10013 ("Руководящие указания по разработке руководств по качеству") и ISO 10016.

Подготовка персонала и управления, проектирование - ISO 1005, ISO 1006, ISO 1007, ISO 10014, ISO 10015.

Руководящие и специфические требования: ISO 40001, ISO 40002, ISO 13485 и другие и соответственно ГОСТ Р 40.001-96, ГОСТ Р 40.002-96, ГОСТ Р 40.003-96, ГОСТ Р 40.004-96, ГОСТ Р 40.005-96 и другие.

Получившая система стандартов (точнее ее подмножество - 9001-9003) обладает определенной вложенностью, то есть каждый последующий стандарт определяет систему качества для более узкой области нежели предыдущей. Стандарты 9000 и 9004 определяю общие требования к системе качества и модели управления качеством.

Процесс сертификации.

Для того, чтобы получить вожделенный лейбл, свидетельствующй о соответствии системы качества станадртам ИСО 9000, необходимо пройти процесс сертификации.

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

Далее с помощью внешнего аудита качества предприятие должно удостовериться, что созданная система качества соответствует требованиям ИСО 9000 и, если это произошло, то она получает соответствующий сертификат. Обычно с первого раза пройти аудит не удается, так как в его ходе выявляются недостатки системы качества. На их устранение выделяется некоторое время, после которого аудит повторяется. Такой процесс считается нормальным и закладывается в проект сертификации. Проект сертификации является плодом совместной деятельности регистратора (специализированной компании, имеющей право проводить сертификацию) и компании-претендента. Обычно с 3-4 попытки сертификация проходит.

Регистраторы в России.

В настоящее время в России представлены по-видимому все главные международные регистраторы., к которым относятся (в алфавитном порядке):

  • Bureau Veritas
  • BSI (British standard Institute)
  • Lloyd Register
  • TUV в лице TUV-Интерсертифика

также на рынке представлены многочисленные российские организации, имеющие различное отношение к процессу сертификации

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

  • стоимость создания системы качества
  • стоимость услуг по аудиту и фиксированная плата за сертификацию
  • стоимость поддержания системы качества в актуальном состоянии и стоимость периодического аудита.

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

К счастью, стандарт не требует каких либо обязательных приобретений (об этом мы поговорим несколько позже), которые могут привести к существенным затратам предприятия, поэтому в общем то существенных препятствий с этой точки зрения для Российских предприятий здесь нет.

Второй этап - это собственно сертификация. Как показывает опыт, ее стоимость в России лежит в пределах 20 -50 тысяч долларов, и зависит от нескольких факторов. Прежде всего - насколько предприятие в состоянии само подготовиться к сертификации, и соответственно, сколько раз придется повторять аудит. Некоторое влияние имеют размеры предприятия и сложность производственных и технологических процессов, также как и расценки регистратора.

Также на поддержание системы качества нужно планировать не менее нескольких тысяч долларов в год.

Зачем же нужна сертификация?.

Ясно, что предприятию имеет смысл выкладывать деньги за сертификацию только в том случае, если оно при этом получит определенные преимущества, тем более как уже было сказано, собственно о качестве продукта речи здесь не идет. Почему же сертификация стала весьма популярна, в том числе и у нас в стране?. Все объясняется достаточно просто. Сертификация обязательна для поставок продукции по государственному заказу, а во многих странах, где его в явном виде нет - то для нужд военной, космической и связанных с ними индустрий. Косвенным следствием этого является то, что практически всю промышленную продукция поставляемую из России на экспорт, также желательно сертифицировать, иначе покупатель вынужден будет проводить дорогостоящие процессы входного контроля партий продукции (чтобы иметь право самому на сертификацию), что естественно, скажется на цене (как говорят, сертифицированную продукцию можно продать в среднем раза в 2 дороже, чем несертифицированную), а иногда, если покупатель не хочет возиться с входным контролем, то вообще может стать препятствием для заключения контракта.

Программное обеспечение и система качества.

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

В системах качества о программных продуктах вспоминают в следующих случаях:

  • собственно поддержание системы качества (системы документооборота)
  • поддержание качества процессов управления
  • поддержание качества технологических процессов.

Так как основное требование ИСО 9000 - это документированность процессов, то для поддержания документации и доведения ее до заинтересованных лиц, необходим как минимум текстовый редактор и система электронной почты. Естественно это можно делать и вручную, но возможно ли таким образом обеспечить в случае изменений продукции, например, должную оперативность и качество процесса доведения информации до всего персонала, участвующего в процессе, для предприятия сколько-нибудь крупного размера - это вопрос. Лучше если конечно есть хоть какая-нибудь система документооборота, в качестве которой сойдет и MS Outlook и IBM Lotus Notes и Novel GroupWize. Если применено какое-нибудь средство автоматизации процессов управления (например ERP система соответствующего класса), то острота данной проблемы может быть несколько или совсем снята, так как такие системы по меньшей мере поддерживают так называемое "управление техническими изменениями" (engineering change order), что часто бывает достаточно для реализации внутреннего документооборота, связанного с изменениями продукции и технологии. Кроме того большинство продуктов позволяю добавлять к описаниям технологических процессов и спецификаций изделий текстовые файлы, в которые и можно поместить информацию системы качества. Особняком стоит вопрос о поддержке в системе качества описания бизнес-процессов с помощью программных средств, но часто это вполне успешно модно реализовать и вручную или скажем с помощью Visio или даже MS Word.

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

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

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

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

Пример.

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

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

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

Что касается третьей компоненты программного обеспечения - систему управления технологическим оборудованием (АСУТП), то мы не будем останавливаться на них долго, так как это очень специфичная отрасль. Отметим только. что для ряда производственных процессов ( как правило автоматизированных и управляемых компьютером) сертификация по ИСО 9001 и ИСО 9002 практически невозможна без наличия системы АСУТП современного уровня, обеспечивающей должный уровень контроля процессов (например температур, длительностей и энергопотребления с малыми допусками). Что однако не исключает, однако, возможности сертификации по ИСО 9003.

Total Quality Management.

В настоящее время достигнуто понимание того, что стандарты серии ИСО 9000, кратко описанные выше, обеспечив построение Системы качества на предприятии, не могут однако обеспечить во-первых ее совершенствование, во-вторых удовлетворенность конечного потребителя, что является основным для рыночно ориентированной экономики. Для того, чтобы разрешить возникающие противоречия и создать всеобъемлющую концепцию качества как системы удовлетворения потребителя и разрабатываются концепции системы всеобщего управления качеством -TQM (Total Quality Management). Предполагается, что все новые стандарты управления качеством будут строиться на основании именно этой концепции.

Рассмотрим ее базовые элементы.

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

Вовлеченность покупателя. Во многих случаях источником информации о нарушении качества является покупатель. Его важнейшая роль в системе управления качеством сказывается в своевременном доведении до поставщика информации о нарушении качества, так и во включенности в процесс создания высококачественного продукта. Покупатель, как источник потребностей должен сообщать о своих потребностях производителю. Но и производитель должен интересоваться этими потребностями, что в России часто отсутствует. Действительно, у нас продукция производилась не та, которая была нужна потребителю, а та которая была включена в план. И делалась она такой не потому, что нужна покупателю, а потому что она была удобна заводу. Это противоречит одному из основных требований TQM которое требует чтобы продукция была нужна. Это общее здравое требование рынка. Зачем производить не нужную продукцию?

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

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

Разработка производственных процессов исходя из требований качества. Производственные процессы рассматриваются в стандарте ИС-9000. Одна из основных задач этих стандартов, как раз установление, разработка производственных процессов для производства качественной продукции. Как основное требование стандартов можно сформулировать то, что должны быть четко разделены неконтролируемые факторы и такие, как возможное неправильное функционирование машин, некачественные материалы, неправильное выполнение рабочими своих обязанностей. Такие контролируемые факторы могут быть устранены в процессе внедрения системы ИС-9000. Однако могут быть и неконтролируемые факторы, такие как резкое изменение температуры, связанное с резким изменением погоды, вибрация, в том числе внешняя (от проезжающего транспорта) и другие причины связанные с природными и внешними по отношению к предприятию факторами. При размещении, дизайне новых предприятий желательно избежать максимально возможного влияния неконтролируемых факторов на производство. Это одна из задач высшего менеджмента - добиться того, чтобы неконтролируемые факторы не возникали вообще.

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

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

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

Сейчас выбор поставщиков расширился, в основном из-за наших коллег за границей, но сказать, что повышение конкуренции не привело к повышению качества производства на предприятиях. Только в последнее время стало достигаться понимание того, что это явление не временное, а постоянное. Существует достаточно много способов повышения заинтересованности поставщиков в качестве своей продукции. Это долгосрочные контракты, специальные премии за высокое качество продукции. Последнее очень интересно, поскольку стремление купить всегда самую дешевую продукцию часто означает стремление купить некачественную продукцию. А приобретение копеечной, некачественной продукции, скажем того же конденсатора или резистора может привести к выходу из строя в сотни, тысячи раз более дорогостоящего устройства. Потеря репутации конечного производителя, в погоне за копеечной экономией. Защита покупателя от некачественного поставщика комплектующих это прежде всего забота покупателя, но возможно именно по этому одним из требований в страны ЕС, для государственных нужд является соответствие сертификации предприятия по ИС-9000, как какая-нибудь гарантия качества продукции.

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

Элементом качества является сервисное послепродажное обслуживание, в том числе гарантийное. Для многих производителей гарантийная служба является интерфейсом взаимодействия с покупателями, через который идет информация о потребностях покупателя и о прямых дефектах, выявленных в машинах. Такая информация должна собираться, обобщаться и доставляться производителю. Все крупные производители давно обращают внимание на Российский рынок, если доля этого рынка заметна, причем обращая внимание и на его требования. Например, температурные перепады, холодные зимы, низкое качество воды и электроснабжения, характерные для России оказывают существенное влияние на требуемое здесь качество продукции. Гораздо дешевле выпускать качественную продукцию, которая не требует гарантийного ремонта, нет возвратов, чем обеспечивать систему гарантийных ремонтов. Очень частое обращение в гарантийные мастерские создает плохую репутацию и снижает уровень покупок.

Вовлеченность работников в процесс управления качеством. Рабочие являются в большинстве случаев важным звеном и наименее контролируемым в процессе производства. Для того чтобы производить качественную продукцию рабочие должны быть должным образом обучены, организованы, т.е. вовремя совершать все технологические (подготовительные и заключительные) операции, мотивированы для производства высококачественной продукции. Если рабочий не получает зарплату в течение нескольких месяцев (лет), то говорить о мотивированности данного рабочего затруднительно. И ожидать, что произведенная им продукция будет отвечать высшим стандартам качества, столь же странно, как требовать от голодного животного, чтобы он не трогал мясо.

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

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

Из приведенного выше описания видно, что TQM по сравнению с ИСО 9000, существенно расширяет понятие системы качества за пределы предприятия. Можно предположить, что многие из предъявляемых TQM требований могут быть реализованы с помощью современных информационных технологий Судя по изменениям, происходящим в функциональности предлагаемых на рынке продуктов, в частности по быстрому развитию направления CRM (управления взаимоотношениями с покупателем) рынок программного обеспечения двинулся навстречу всеобщему управлению качеством. Что ж, до встречи ...

 

Размещение рекламы — тел. +7 495 4119920, ICQ 232284597

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

  • Клермонтский отчет об исследованиях в области баз данных

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

  • 20 самых быстрых и простых оконных менеджеров для Linux

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 4119920, ICQ 232284597 Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2007 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...