品質管理システム：標準を理解し、企業での実装プロセスを開始する方法

ISO規格と品質管理システムを使用することのプラス面は、情報技術の分野を含む多くの企業の経験によって証明されています。 これについてはすでに多くのことが書かれているので、ISOと品質管理システムを促進することを約束しません。 私の記事の目的は、非常に複雑ではない2つのスキームの助けを借りて、品質管理システムを実装するプロセスの意味を理解し、これに必要なドキュメントに関する具体的で明確な推奨事項を得ることができることを示すことです。 この記事で説明されているスキームは、マニュアルにはありません。 そのため、私はそれらをHabr読者と共有することにしました。


出所

スキームは、多数の規制文書をナビゲートするのに役立ちます。 最初のものは、ISO 9001-2015規格、ISO 9001-2001規格、GOSTに応じたソフトウェアライフサイクルの段階を詳細に比較し、品質管理システムの実装段階とこれに必要な文書について説明しています。 2番目のスキームは、自動化システムの開発におけるビジネスプロセスの文書化専用です。 記事の最後に、品質管理システムを実装する人向けの段階的な手順を示します。 この記事には、情報源へのリンクが記載されています。 さらに、このトピックに最初に慣れるには、最小値で十分です。

善と悪の反対側の標準化

2015年には、品質管理を管理する国際標準であるISO 9001-2015がリリースされ、2016年には、国内標準のGOST R ISO 9001-2015がその基準に基づいて発行されました[1]。 これらの規格の認定は、多くのボーナスを提供します。 適合証明書GOST R ISO 9001-2015（ISO 9001：2015）は、ビジネスが品質を管理していることを顧客、パートナー、投資家に確認します。 ISO 9001認証は、国際市場への参入を支援します。 さらに、一部の州の入札および競技会に参加するには、ISO証明書の存在が必要です。

わが国の産業とビジネスは常に標準への完全な準拠に努めてきましたが、これは品質の同義語として自動的に解釈されます。 消費者ではなく、GOSTへの方向付けの例を次に示します。 プロセスチーズのパッケージにはGOST番号が表示されますが、これはその高品質を裏付けているようです。 しかし、最小のフォントの横には、組成物中のパーム油の含有量について書かれています（これはGOSTと矛盾しません）。 しかし、メーカーはパーム油が技術的なものになる可能性があることを黙っており（結局、2倍安い）、メーカーはそれが消費者の健康にどのように影響するかについて無関心です。

習得されていない多くの手紙

ISO標準システムによると、主なものは標準の盲目的な順守ではなく、競争力のある品質に焦点を合わせています。 後者には、サプライヤーと顧客の契約関係だけでなく、クライアント（消費者）のニーズの完全な満足も含まれます。 顧客を喜ばせたいという欲求、品質の継続的な監視、およびその「改善」は、標準への単純な準拠のシステムに基づくものとは大きく異なる品質文化を生み出します。

ソフトウェア（ソフトウェア）および自動化システム（AS）の開発者にとって、品質管理システム（QMS）内での作業は理解不能で困難です。 QMSのルールと要件は非常に面倒です。 これらは、ISO 9000およびISO 10000シリーズの国際標準であり、業界標準を考慮した国内標準の数を数えることは困難です-少なくとも100あります。 さらに、多数のマニュアルとマニュアルもあります[6、7]。 これらの数千ページを単純に読むことはさらに難しく、それらを理解し、あなたの会社に品質管理システムを実装するための具体的なアクションのプログラムを策定することはさらに困難です（作業プロジェクトグループの一部としても）。


出所

入札および競争に参加するために実装された品質管理システムの証明書を取得するために、会社はしばしばコンサルティング会社に依頼し、注文の代金を支払い、会社は必要な文書を作成し、証明書を発行します。 同社は顧客に証明書を提示し、以前と同じように活動を続けますが、その活動は何も変更しません。 これは品質システムとは非常に遠い関係にあります。

ライフサイクルについて詳しく

GOST R ISO 9001の要件に従うことを戦略的に決定する組織は、次の主要な点を考慮に入れ、文書化することを宣言する必要があります。

• 活動の過程で組織で発生するすべてのことは、GOST R ISO 9001の規定に従う必要があります。GOSTR ISO 9001は、「品質ガイド」の設計（生産）プロセスを説明する指示と規則で具体的に述べます。 したがって、内部文書は、組織の規模、構造の変化、商品やサービスの生産目標の変化、生産プロセスの変化を反映する必要があります。
  
  
• GOST R ISO 9001で確立された品質管理システムの要件は、製造された製品の要件に追加されます。 （主な要件は顧客の要件であるため、これは非常に重要です。）
  
  
• 組織の品質管理システムは、社内でも社外でも使用できます。 たとえば、認証機関はこのシステムを使用して、企業が顧客の要件と規制を満たすことができるかどうかを評価できます。
  

上記の標準の主な規定は、これらの標準のセクションのタイトルにリストされています[1、2]。 主なものは、製品ライフサイクル（ソフトウェア、自動システムを含む）の概念であり、それに基づいて、プロセスのすべての詳細がプロジェクトの作業の一部として構築されます。

多数の標準および規範文書を比較および分析するために、下の図を検討します（図1）。 これは、ソフトウェアおよび自動化システムの開発に関連して、ライフサイクル（LC）のさまざまな定式化を分類する試みです。


図1.さまざまな既存の標準の解釈における自動化システムの開発におけるライフサイクルの段階。 写真はクリック可能です。

上の2行は、新しいGOST R ISO 9001-2015（1行目）およびGOST R ISO 9001-2001（2行目）内のライフサイクルステージのリストを提供します。 言葉遣いには多少の違いはありますが、これらの標準のライフサイクルの段階はほとんど同じです。

標準間の違いは、サイクルの各段階の詳細な説明でのみ明らかになります。 「Organization Context」の概念が新しい標準に登場したことに注意してください。 その意味は、外部または内部環境が企業の見通しにどのように影響するかを研究することです。 GOST R ISO 9001-2015の4.1および4.2項では、外部および内部の要因と、関連するリスクと機会の特定が必要です。 したがって、詳細な分析または「コンテキスト」の研究の意味は、外部環境とビジネスの現在の状態、主要な成功要因（勝利と損失を決定する）、市場セクターの状態、その構造、ダイナミクスなどに関するデータを収集して分析することです。 この概念を解読し、この要件に従って活動を具体化するには、プロセスで発生する可能性のあるすべてのリスクを慎重に分析する必要があります。 「コンテキスト」の概念の詳細については、R。Ibragimovの記事[3]を参照してください。

図の3行目は、GOST 12207の解釈でソフトウェアを開発するときのライフサイクルの段階を示しています。これは、ソフトウェア開発プロセス[4]専用に作成されました。 また、ライフサイクルの解釈には、以前の標準と比較して根本的な違いはありません。

実際、GOST 12207はかなり厳しい標準です。 ソフトウェア開発におけるすべての要件を満たすことは簡単な作業ではありません。 しかし、品質管理システムの恐ろしい数の基準とその要件は、設計、開発、保守のプロセス全体を徹底的に文書化することに帰着することに注意することが重要です。

スキームの4行目を見てみましょう。 1990年に公開された第34シリーズ[5]のGOSTの解釈におけるライフサイクルプロセスを次に示します。 この一連の標準は非常に具体的かつ徹底的に開発されたため、これまでほとんど変更なしで使用されてきました。 多くのお客様は、自動化システムのドキュメントの要件を策定する際に、主にこの特定のシリーズのGOSTを参照しています。 ISO 9001、GOST 12207、およびGOST 34シリーズの解釈におけるライフサイクルの段階は一致するため、これは、リストされた最後のGOSTの要件を満たす、つまりリストされたドキュメントを顧客に提示することを意味し、ISO 9001に準拠した品質システムに従って自動的に動作します。

スキームの最後の行は、会社の品質システムの組織に必要な文書のおおよそのリストです。

上記の図があなたの人生を大いに簡素化したことを本当に願っています。 ライフサイクルの段階の完全なリストが既にあるので、各段階で実行する必要がある作業のリストと、各段階を完了する必要があるドキュメントのリストがあります。 もちろん、顧客の要求に応じてこのリストは、GOSTで指定されていない新しいドキュメントを削減または追加する方向に調整できます。 しかし、これは顧客の権利であり、請負業者は彼の勧告を満たす義務があります。

残念ながら、これはすべてとは程遠いものです。 これまでのところ、生産コンポーネント、つまりソフトウェアまたはAS開発プロセスのみを把握しました。

ビジネスプロセス-基本

契約作業、組織とプロジェクトの管理、および品質保証そのものという次のプロセスが舞台裏に残りました。 これも独立した組織プロセスです。 これらのプロセスをテキスト形式で記述することはありがたい仕事です;すべての記述はすでに多数のマニュアルにあります[6、7]。 したがって、リストされたビジネスプロセスを別の図の形式で表示しようとします（図2）。

これらの各プロセスは（垂直に）独自の色で図にマークされます。 個々の段階またはプロセス全体を完了する個別に選択されたポジション。 プロセスの手順または文書は無色のままでした。 すべてのプロセスが並行して実行されます。 個々の要素間の矢印リンクによって示されるように、それらは切り離せません。

図では、プロセスの一般化バージョンを表示しようとしました。 もちろん、それぞれの場合に、微妙な違いや違いがあるかもしれません。

請負業者は、上の図を使用して、特定のビジネスプロセスを分析し、規制を必要とする要素を特定する必要があります。 たとえば、IT企業の製品は明らかにテストされています。 あなたの会社には、重大なバグに適用されるもの、重大ではないバグに関係するもの、およびそれらを修正する必要がある時間枠を規定する規制がありますか？ 確かに、この主題に関する特定の指示があります。 この役職に対して承認された規制は、品質管理システムです。 さらに、管理者はエラーのタイムリーな修正を追跡する必要があるため、テストは生産と管理の両方に影響します。

すべてのプロセスで同様の作業を行った後、お客様に「SMKashny」と「ISOshny」の種類を証明できます。 次のプロジェクトの最初から会社が特定の条件に対して同様のスキームを作成し、そのスキームを仕事や管理に使用すると、さらに良くなります。


図2.自動化システムの開発におけるビジネスプロセス：品質システムの文書化。 写真はクリック可能です。

私たちは目標に向かって動いています

そのため、組織に品質管理システムを実装する（設計するだけでなく）ために必要な手順を以下に示します。

1. QMSの問題に対処するために、 サブディビジョン、グループを 作成する か、別のパフォーマーを任命します。

2.組織（部門、特定のプロジェクトの開発チーム）の「品質ガイド」を含む品質プログラムを 開発して実行します。 プログラムとマニュアルには、GOST R ISO 9001-2015にリストされているセクションと、これらのセクションの内訳を含める必要があります。 彼らは、この組織の特定の条件またはプロジェクトのフレームワーク内で、標準の要件を満たす組織の準備を宣言する必要があります。

3. ソフトウェアまたは自動システムの開発および作成のプロセスを規制する 。 このためには、プロジェクトの設計、開発、テスト、実装、プロジェクトの組織と管理、品質保証、および契約作業に関連するすべてのアクションが規定されている組織標準（または指示）を作成する必要があります。

4.プロジェクトのライフサイクルの各段階で、エグゼキュータと管理者の報告と責任を規制する 。

5. 開発されたドキュメントのパッケージを 、ドキュメントを検査し、標準GOST R ISO 9001-2015の枠組み内でQMSの作業の適合性に関する結論を出すための適切なライセンスを持つコンサルティング会社に提出します 。 コメントを修正し、証明書を取得します。

6. 開発された規制文書に厳密に従って、設計作業を続行します。

ISO認証の年次確認、外部監査、QMSに関する作業の確認の問題についてはまだ触れていません。 残念ながら、品質管理システムを習得した結果が金銭的評価の対象となることはめったにありません。 原則として、チームの安定性、結果の信頼性に現れます。 そして、この仕事には価値があります。

文学

1. GOST R ISO 9001-2015。 品質管理システム。 要件。 -M。：Standartinform、2016年。
2. GOST R ISO 9001-2001。 品質管理システム。 要件。 -M.、Standartinform、2001年。
3. Ibragimov R.、ISO 9001：2015および「コンテキスト」と構築戦略の実践的分析。 -管理、No。2（34）、2015年-S. 13-18。
4. GOST R ISO IEC 12207情報技術。 ソフトウェアのライフサイクルプロセス。 -M .:ロシアのゴスタンダール、1999年。
5.情報​​技術。 自動化システムの標準とガイドラインのセット。 -M。：1991年の標準の出版社。
6. Gludkin O.P.、Gorbunov N.M. その他ユニバーサル品質管理。 高校向けの教科書。 エド。 O.P. Gludkina。 -M。：ホットライン-Telecom、2001 .-- 600 p。
7. Kruglov M.G. 革新的なプロジェクト。 品質とパフォーマンスの管理。 -M .: RANEPA、2011年-350 p。


出所