Об этом уже много написано, поэтому пропагандировать ISO и систему менеджмента качества я не берусь. Задача моей статьи — показать, что с помощью двух не очень сложных схем можно понять смысл процесса внедрения системы менеджмента качества и получить конкретные, четкие рекомендации, какие документы для этого требуются. Таких схем, которые приведены в статье, вы не найдете ни в одном руководстве. A4tech Gr 85 Драйвер тут. Именно поэтому я решил поделиться ими с читателями Хабра.

Источник Схемы помогут сориентироваться в многочисленных регламентных документах. Первая – детально сравнивает стандарты ISO 9. ISO 9. 00. 1- 2. 00.

И консалтинговой компанией «Хенш Развитие Качества» www.haensch-qe.ru. Руководство по выполнению требовании стандарта ИСО 9001:2015.

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

1. Первая – детально сравнивает стандарты ISO 9001-2015, ISO. Программу качества, в том числе «Руководство по качеству» для .
2. Руководство по качеству соответствует ISO 9001:2008. Общие сведения о предприятии. Область применения. Общие положения.

Настоящий документ – руководство по качеству (РК) ФГБОУ ВО «. 9001:2015 (ГОСТ Р ИСО 9001-2015), внутренним и/или внешним.

В 2. 01. 5 году вышел международный стандарт, регламентирующий управление качеством, – ISO 9. ГОСТ Р ИСО 9. 00. Сертификация по этим стандартам даёт много бонусов. Свидетельство соответствия ГОСТ Р ИСО 9. ISO 9. 00. 1: 2. 01. Сертификат ISO 9. Кроме того, наличие сертификата ISO обязательно для участия в некоторых государственных тендерах и конкурсах.

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

Последнее включает не только контрактные отношения поставщика и заказчика, но и полное удовлетворение потребностей клиента (потребителя). Стремление угодить клиенту, непрерывное отслеживание качества и постоянное его «улучшение» создают культуру качества, значительно отличающуюся от той, в основе которой – система простого соблюдения стандартов. Для разработчиков программного обеспечения (ПО) и автоматизированных систем (АС) работа в рамках системы менеджмента качества (СМК) непонятна и затруднительна.

Правила и требования СМК действительно громоздки. Они насчитывают полтора десятка международных стандартов серии ИСО 9. ИСО 1. 00. 00. Количество отечественных стандартов с учетом отраслевых и сосчитать трудно – их точно не менее сотни. Плюс существуют еще и десятки руководств и учебных пособий .

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

К системе качества это имеет очень отдаленное отношение. О жизненном цикле в деталях.

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

Чтобы сопоставить и проанализировать большое количество стандартов и нормативных документов,  рассмотрим приведенную ниже схему (Рисунок 1). Это попытка классифицировать различные формулировки жизненного цикла (ЖЦ) применительно к разработке программного обеспечения и автоматизированных систем. Рисунок 1. Стадии жизненного цикла при разработке автоматизированных систем в трактовках различных действующих стандартов. Рисунок кликабелен. Два верхних ряда представляют перечень стадий жизненного цикла в рамках нового ГОСТ Р ИСО 9. ГОСТ Р ИСО 9. 00. Несмотря на некоторые различия в формулировках, стадии жизненного цикла в указанных стандартах почти идентичны.

Отличия между стандартами проявляются только в подробных разъяснениях к каждому этапу цикла. Отметим, что в новом стандарте появилось понятие «Контекст организации». Его смысл – в изучении того, как внешняя или внутренняя среда влияет на перспективы предприятия. ГОСТ Р ИСО 9. 00. Таким образом, смысл глубокого анализа или изучения «контекста» заключается в сборе и анализе данных о внешней среде и текущем состоянии бизнеса, о ключевых факторах успеха (что определяет победу и проигрыш), о состоянии сектора рынка, его структуре, динамике и т. Для расшифровки этого понятия и конкретизации деятельности в соответствии с этим требованием нужно тщательно проанализировать все возможные риски, возникающие в процессе.

Подробнее о понятии «контекста» можно прочитать в статье Ибрагимова Р. Здесь также нет принципиальных отличий трактовок жизненного цикла по сравнению с предыдущими стандартами.

ГОСТ 1. 22. 07 – действительно, довольно жесткий стандарт. Выполнить все его требования при разработке ПО – задача непростая.

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

Эта серия стандартов была разработана так конкретно и тщательно, что ею пользуются практически без всяких изменений до сих пор. Многие заказчики при формулировке требований к документации на автоматизированные системы ссылаются в основном на ГОСТы именно этой серии. Поскольку этапы жизненного цикла в трактовках ИСО 9. ГОСТ 1. 22. 07 и ГОСТов 3. ГОСТов, то есть предъявив заказчику перечисленные документы, мы автоматически работаем в соответствии с системой качества по ИСО 9. Поскольку теперь у вас уже есть полный перечень стадий жизненного цикла, есть перечень работ, который необходимо выполнить на каждой стадии, и перечень документов, которые должны завершить каждую стадию.

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

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

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

Все процессы идут параллельно. Они неразрывны, на что указывают стрелки- связи между отдельными элементами.

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

Причем тестирование затрагивает одновременно производственное направление и администрирование, так как руководство должно отслеживать своевременное исправление ошибок. Проделав подобную работу по всем процессам, вы можете доказать заказчику, какие вы «СМКашные» и «ИСОшные».

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

Создатьподразделение, группу или назначить отдельного исполнителя, чтобы он занимался вопросами СМК. Разработать и оформить.

Программу качества, в том числе «Руководство по качеству» для организации (департамента, группы разработчиков конкретного проекта). Программа и Руководство должны содержать разделы, перечисленные в ГОСТ Р ИСО 9.

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