Бизнес план по внедрению смк

Бизнес план по внедрению смк thumbnail

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

Источник

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

Стандартизация по ту сторону добра и зла

В 2015 году вышел международный стандарт, регламентирующий управление качеством, – ISO 9001-2015, а в 2016 году на его основе выпустили отечественный стандарт ГОСТ Р ИСО 9001-2015 [1]. Сертификация по этим стандартам даёт много бонусов. Свидетельство соответствия ГОСТ Р ИСО 9001-2015 (ISO 9001:2015) подтверждает клиентам, партнерам, инвесторам, что бизнес управляет качеством. Сертификат ISO 9001 помогает выйти на международный рынок. Кроме того, наличие сертификата ISO обязательно для участия в некоторых государственных тендерах и конкурсах.

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

Много букв, не осилил

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

Для разработчиков программного обеспечения (ПО) и автоматизированных систем (АС) работа в рамках системы менеджмента качества (СМК) непонятна и затруднительна. Правила и требования СМК действительно громоздки. Они насчитывают полтора десятка международных стандартов серии ИСО 9000 и ИСО 10000. Количество отечественных стандартов с учетом отраслевых и сосчитать трудно – их точно не менее сотни. Плюс существуют еще и десятки руководств и учебных пособий [6, 7]. Даже просто прочитать эти тысячи страниц затруднительно, а осмыслить их и сформировать программу конкретных действий для внедрения системы менеджмента качества у себя на предприятии (или даже просто в рамках рабочей проектной группы) еще сложнее.

Источник

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

О жизненном цикле в деталях

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

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

Основные положения упомянутых выше стандартов перечислены в наименовании разделов этих стандартов [1, 2]. Главное – это понятие жизненного цикла изделия (в том числе программного обеспечения, автоматизированных систем), на основе которого строится вся детализация процесса в рамках работы над проектом.

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

Рисунок 1. Стадии жизненного цикла при разработке автоматизированных систем в трактовках различных действующих стандартов. Рисунок кликабелен.

Два верхних ряда представляют перечень стадий жизненного цикла в рамках нового ГОСТ Р ИСО 9001-2015 (первый ряд) и ГОСТ Р ИСО 9001-2001 (второй ряд). Несмотря на некоторые различия в формулировках, стадии жизненного цикла в указанных стандартах почти идентичны.

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

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

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

Посмотрим на четвертый ряд схемы. Здесь представлены процессы жизненного цикла в трактовке ГОСТов 34-й серии [5], опубликованных в далеком 1990 году. Эта серия стандартов была разработана так конкретно и тщательно, что ею пользуются практически без всяких изменений до сих пор. Многие заказчики при формулировке требований к документации на автоматизированные системы ссылаются в основном на ГОСТы именно этой серии. Поскольку этапы жизненного цикла в трактовках ИСО 9001, ГОСТ 12207 и ГОСТов 34-й серии совпадают,  это означает, что, выполняя требования последнего из перечисленных ГОСТов, то есть предъявив заказчику перечисленные документы, мы автоматически работаем в соответствии с системой качества по ИСО 9001.  

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

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

К сожалению, это далеко не все. Пока мы разобрались лишь с производственной составляющей, т. е. с процессом разработки ПО или АС.

Бизнес-процессы — основа основ

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

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

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

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

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

Рисунок 2. Бизнес-процессы при разработке автоматизированных систем: документирование по системе качества. Рисунок кликабелен.

Движемся к цели

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

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

2. Разработать и оформить Программу качества, в том числе «Руководство по качеству» для организации (департамента, группы разработчиков конкретного проекта). Программа и Руководство должны содержать разделы, перечисленные в ГОСТ Р ИСО 9001-2015, и расшифровку этих разделов. В них должна декларироваться готовность организации выполнить требования стандарта в конкретных условиях этой организации или в рамках проекта.

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

4.  Регламентировать отчетность и ответственность исполнителей и руководства по каждому этапу жизненного цикла проекта.

5.  Представить пакет разработанных документов в консалтинговую фирму, имеющую соответствующую лицензию, для инспектирования документации и выдачи заключения о соответствии работы по СМК в рамках стандарта ГОСТ Р ИСО 9001-2015. Исправить замечания и получить сертификат.

6.  Продолжать проектную работу, строго следуя разработанным регламентирующим документам.

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

Литература

1.   ГОСТ Р ИСО 9001-2015. Системы менеджмента качества. Требования. — М.: Стандартинформ, 2016.
2. ГОСТ Р ИСО 9001-2001. Системы менеджмента качества. Требования. — М., Стандартинформ, 2001.
3.   Ибрагимов Р., ISO 9001:2015 и практический анализ «контекста» и построение стратегий. — Management, № 2 (34), 2015. — С. 13-18.
4. ГОСТ Р ИСО МЭК 12207 Информационная технология. Процессы жизненного цикла программных средств. — М.: Госстандарт России, 1999.
5. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. — М.: Издательство стандартов, 1991.
6.   Глудкин О.П., Горбунов Н.М. и др. Всеобщее управление качеством. Учебник для вузов. Под ред. О. П. Глудкина. — М.: Горячая линия — Телеком, 2001. — 600 с.
7.   Круглов М.Г. Инновационный проект. Управление качеством и эффективностью. — М.: РАНХиГС, 2011. — 350 с.

Источник

Источник

«Хотим внедрить СМК!» – всё чаще подобное заявление поступает от заказчиков. Эта просьба – бальзам на душу эксперта по качеству, вопреки хроническим: «Нужен сертификат – заказчик требует – сколько стоит – что по срокам?»

Существует два принципиально разных подхода к «внедрению» системы менеджмента. При этом цель у всех одна – развитие, прибыль.

Второй путь, условно-формальный: «Нужен сертификат». Как делается: открыть поиск, найти самое дешёвое предложение по сертификации, позвонить. Сертификат выдадут за час. Сразу предупредим – с военным стандартом ГОСТ РВ подобный прием не сработает.

Поэтому ниже поговорим про внедрение по такому плану:

  1. С чего начать внедрение СМК
  2. Шаги по внедрению:
    1. Анализ
    2. Разработка
    3. Адаптация
    4. Обучение
    5. Сертификация
    6. Развитие
  3. Заключение, выводы

С чего начать внедрение СМК

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

Рассмотрим поэтапно, как происходит процесс.

Шаги по внедрению СМК

Бизнес план по внедрению смк

1. Анализ существующей системы менеджмента качества.

Не может быть, чтобы предприятие работало, а в нём не было СМК. Скорее всего, то, что есть – не называется «СМК».

Идеальная для внедрения ситуация – когда разработка СМК «вызревает» изнутри, когда движущая сила – стремление участников процесса повысить эффективность, качество работы. Эту благодатную почву остаётся вспахать правильными инструментами и засеять правильными культурами – систематизировать процессы, применить опыт, знания уже апробированных систем управления.

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

Здесь в контексте внедрения два варианта анализа системы менеджмента качества:

  • Диагностический аудит – проверка действующей системы менеджмента на наличие, соответствие требованиям нужного стандарта: «пройдёт – не пройдёт».
    В случае если СМК совсем нет, резюме будет: «Системы нет, нужно разрабатывать».
    В случае если она есть, но не сформулирована или сформулирована неправильно: «Есть: по стандарту пройдёт/не пройдёт потому что….; нужно сделать вот это: 1) …; 2)…; 3)…».
    Как правило, такой аудит дешевле, или даже бесплатный. Например, мы практикуем такой вариант сотрудничества — предварительную диагностику системы менеджмента качества заказчика до момента заключения договоров на разработку. Подробнее об этом можно пообщаться с нашими консультантами.
  • Внешний аудит – то же что, и диагностический, но в итоге – целая система аудиторских отчётов с подробными комментариями о выявленных несоответствиях. Такой вариант обычно заказывают компании, в которых рабочая система менеджмента качества, но нужно стороннее мнение о её качестве, соответствии.

Проанализировали, получили выводы: что есть, чего нет, что нужно, что лишнее, идём дальше.

2. Разработка на базе текущей ситуации собственно СМК, соответствующей требованиям стандарта. Если своего штатного компетентного специалиста нет – дело за консалтингом.

Сразу уточним! Когда есть свой(и) эксперт(ы) – это лучший вариант! См. ниже пункт 4 про обучение.

Основная задача грамотного специалиста (своего или наёмного) – перевести требования с языка стандарта, написанного на высоком уровне абстракции, на понятный язык конкретного предприятия.

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

Кто здесь Кук, а кто туземцы – расшифруем позднее. Обозначим, что Новая Зеландия – это выгодные контракты, а «самые лучшие побуждения» – это требования стандартов. Согласно легенде, толковых переводчиков у Кука не было.

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

3. Адаптация рекомендаций экспертов на предприятии. Это означает, что ответственные лица не просто поставят подпись в акте приёмки-передачи пакета разработанных документов, а вычитают их на предмет реальности и достоверности.

4. Обучение сотрудников.

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

И тут же про мотивацию — любой управленец понимает, что это «наше всё». Так была выиграна Великая Отечественная: на правильной мотивации и вопреки мощно проплаченной кампании недруга. Возвращаясь к СМК: построить её можно путём командирского решения руководителя, но поддерживать и развивать – только на основе личной заинтересованности сотрудников. Начиная с руководителя, заканчивая уборщицей. Иначе выходит, что система менеджмента качества сама по себе, а предприятие – само по себе.

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

5. Сертификация СМК на соответствие нужному стандарту.

Проще говоря, это как сдать экзамен на знание предмета в два этапа: рассказать теорию (документарный аудит) и подтвердить её на практике (выездной). Если сдали – получаете сертификат, нет – на пересдачу. А адекватный экзаменатор всегда поможет-подскажет: это же в его интересах, чтобы у выпускника были знания, а не типовые бланки на руках. Как клятва Гиппократа «…В какой бы дом я ни вошел, я войду туда для пользы больного…»

Стандартная схема сертификации:

  1. Документарный аудит:
  • предоставление необходимой документации сертификационному органу;
  • анализ документации сертификационным органом, составление замечаний, рекомендаций по их устранению;
  • корректировка документации, самой системы менеджмента качества заказчиком.
  1. Выездной аудит:
  • аудитор оценивает СМК «на месте», составляет замечания о несоответствиях, рекомендации по их устранению. Передаёт их заказчику;
  • устранение замечаний;
  • выдача сертификата.

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

6. Развитие СМК. 

Ранее уже говорилось, что внедрение – это комплекс мер по системе менеджмента качества внутри компании. Повторимся: практика упорно подтверждает, что теория не работает. Наша статья, призывающая выстраивать СМК изнутри, скорее всего, вызовет благородный отклик в душе каждого специалиста по качеству. Но все трудности, проблемы начнутся на стадии «делания». В силу вступает, так называемый, «психологический фактор» внедрения.

Задача руководства – сдвинуть этот вопрос с места. Привлечение сторонних экспертов на внедрение – один из инструментов.

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

Заключение
(или причём здесь Кук и Великая Отечественная)

На сегодняшний день по вопросу СМК существует столько же мифов и легенд, сколько их существует относительно съеденного англичанина Кука (съеденного, а может и не-съеденного, кстати, не в Новой Зеландии, а на Гавайях).

Бизнес план по внедрению смкНапример, о том, что «СМК шагает к нам с Запада как передовой опыт эффективного производства». Мало кто знает, что в начале восьмидесятых руководящие посты в ISO занимали чиновники из Госстандарта, и при разработке стандарта ISO 9000 его разработчики во многом опирались на стандарты управления качеством в нашей оборонке (особенно в части документирования процессов, принятия решений, разработки метрик процессов, управления изменениями).

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

Кому, если не нам внедрять, развивать, обогащать отечественные системы управления методиками и технологиями рационального использования ресурсов?

В истории с Джеймсом Куком, это мы – туземцы, которые любой стандарт ISO c его модными англицизмами переварят и выдадут неизбежно эффективный результат.

С уважением к вам и всей отечественной стандартизации,
эксперты «ИСУ»

Статьи по теме:

  1. Внедрение системы менеджмента качества: FAQ
  2. Если вы ответственны за внедрение системы менеджмента качества…
  3. Отношение коллектива к внедрению системы менеджмента качества: вопросы и ответы
  4. Внедрение ГОСТ РВ 0015-002-2012: часть первая
  5. Проблемы, которые решит внедрение ИСО
  6. Внутренний аудит СМК для получения лицензии Минпромторга на ВВТ
  7. Построение СУИБ. Применение стандартов семейства ИСО 27000
  8. Кому доверить внедрение системы менеджмента и проведение процедуры сертификации?
  9. Диагностический аудит системы менеджмента
  10. Главный стандарт для предприятий, работающих в системе ОПК

Источник

Adblock
detector