品質管理計画とは?

品質管理計画は、計画からソフトウェアの展開に始まるソフトウェア開発プロジェクト全体の品質を効率的に管理するための文書と情報の明確に定義されたセットである。 品質管理計画を作成する主な目的は、プロジェクトの成果物が適切な品質であり、ソフトウェア要件に適合していることを確認することです。

以下の品質管理計画書テンプレートをダウンロード

  • 1 品質管理計画書(QMP)とは何ですか?
  • 1.1 品質マネジメント計画の目的
  • 1.2 品質マネジメント計画の構成要素
  • 1.3 品質理念
  • 1.4 品質戦略
  • 2 プロジェクトの品質保証
  • 2.1 方法論と標準
  • 2.2 品質レビュー
  • 2.2.1 プロジェクト品質コンサルタント
  • 2.2.2 プロジェクトの評価とレビュー
  • 2.2.3 プロジェクト範囲の変更管理
  • 2.3 リスク評価と管理
  • 2.4 情報管理
  • 2.4.1 文書管理
  • 2.4.2 記録管理
  • 3 出力品質管理
  • 3.1 出力レビュー手順
  • 3.1 出力レビュー手順
  • 3.2 出力品質管理
  • 3.1 出力レビュー手順
  • 3.2 出力レビュー手順
  • 3.2 出力品質管理
  • 4 Appendices

1.1 Purpose of this Quality Management Plan

QM計画の第一目標は、プロジェクトの成果物が適切な品質で、目的に適うことを確認することである。 品質保証と品質管理はプロジェクト品質管理計画の不可欠な部分である。

1.2 品質管理計画コンポーネント

これを達成するために、<プロジェクト名>品質管理計画には以下のコンポーネントが含まれている。

  • 品質保証-品質の高いプロジェクト管理プロセスを確保する。
  • 品質管理-品質の高いアウトプットの開発を通じて。
  • 品質改善-レビューポイントで品質を評価し、可能な限り品質を向上させる。

1.3 品質理念

品質理念は、品質を維持するために適用すべき全体的な意図とアプローチを記述したものです。

<プロジェクト名>の品質方針には以下のようなものがあります。

  • プロジェクトマネジメント品質保証のための標準と方法論
  • 優れたガバナンスと説明責任のための効果的なプロセス
  • 目的に合った成果物を確実に開発するための適切な主題または技術の専門知識を持つ個人からのインプット。

1.4 品質戦略

<プロジェクト名>の品質戦略には以下が含まれる。

  • プロジェクトマネジメントプロセスの適用で直面する品質関連の問題
  • 成果物の開発で直面する品質問題
  • 適用すべき関連規格
  • 正しく実施すべき作業計画の活動

2 プロジェクト品質保証

品質保証は関連品質プロジェクトマネジメントプロセスの定義により達成できるであろう。

2.1 方法論と標準

以下の項目について、関連する方法論、ガイドラインを維持する必要がある

  • リスク管理の標準を維持しなければならない
  • 記録管理、Web公開、情報セキュリティ、プライバシー、など。
  • Relevant business domain driven standards

Any changes to these standards are recorded as an issue in the Project Issues Register.これらの基準に対するあらゆる変更は、プロジェクト課題登録に記録される必要がある。

2.2 品質レビュー

2.2.1 プロジェクト品質コンサルタント

品質コンサルタントの役割は、その専門分野によって詳細に説明されるべきである。 プロジェクト品質コンサルタントはまた、プロジェクトパフォーマンスレビューを提供することにより、正式なプロジェクト評価に貢献する。

2.2.2 Project Evaluation and Review

この品質マネジメント計画書のサンプルでは、次のように定義する必要がある。

  • レビューのタイミング(フェーズ終了時または毎フェーズ)。
  • 各レビューのトピック
    • プロジェクトパフォーマンスのレビューおよび定義されたプロジェクト目標成果との比較
    • アウトプット生成に必要な方法論のレビュー
    • プロジェクトのラーニングポイント
    • 改善すべき領域

    2.2.3 プロジェクト範囲の変更の管理

    プロジェクトの変更の管理には、以下のようなものがある。

    • 適切なリスク分析により、起こりうる変更を計画する
    • 想定外のあらゆる種類の問題を追跡する
    • 一つのプロジェクトの範囲内で変更を加えるために反復アプローチを用いる
    • プロジェクト範囲の変更をプロジェクト事業計画に反映する

    このプロジェクト品質管理計画の例では、次のようになります。 プロジェクト範囲の変更を管理するためのプロセスと、それをプロジェクトの事業計画にどのように反映させるかを明らかにする必要があります。

    2.3 リスク評価と管理

    リスク管理は、リスクのレベルが適切に管理されていることを確認することを目的としています。 これには、プロジェクトが成功裏に完了するために、ビジネスオーナーが適切に管理すべきリソース、時間、コスト、品質、成果の実現のレベルなどが含まれる。

    ここで、品質に対するリスクがどのようにプロセス中に反映されるかを明らかにするために、リスク評価と管理に対するプロジェクトのアプローチを文書化する必要があります。

    2.4 情報管理

    2.4.1 文書管理

    この品質計画の例では、プロジェクトの事業計画やその他の中核文書の管理にどのようなレビューと承認の手順を適用するのかを説明する必要があります。

    2.4.2 記録管理

    この品質マネジメントプランの例では、プロジェクトの記録をどのように保存しなければならないかに容易に影響する、関連する政府の方針、法律、規則について言及する必要があります。 また、記録管理に適用する必要があるプロトコルの詳細や、すべての公式文書の登録がどのように管理されるべきかについても言及しています。

    3 アウトプット品質管理

    <プロジェクト名>プロジェクトの品質管理は、アウトプットに関連する品質基準、またはこの目的のために使用すべき特性を定義することによって容易に達成することができる。

    品質計画には、アウトプットの品質基準と、その受け入れ可能性と「目的への適合性」を判断するために使用する基準の特定が含まれます。 この品質計画テンプレートでは、出力品質基準の仕様に誰が、またはどのグループが関与するかを定義できる

    関連する方法論やガイドラインが支援に使用されることがある。 これらには、技術仕様やその他の特定の基準が含まれます。 各アウトプットの「目的適合性」はまた、様々な主要な利害関係者のニーズ、期待、要件、および「重要成功要因」のようなものによって決定される。

    • ビジネスオーナー(複数可) – ビジネスオーナーは、アウトプットが満足に開発されていることを確認するために、開発中にプロジェクトにリソースを提供する必要がある。
    • アドバイザリーグループ:アウトプットの開発および品質保証に関連するアドバイスや技術的専門知識を提供する
    • リファレンスグループ:利害関係者のグループ間で合意を達成するためのフォーラムを与える
    • ワーキンググループ:特定の時間枠内で明確に定義されたアウトプット作成に専念する小規模専門作業グループから構成されています。
    • コンサルタント – 特定のアウトプットの開発について助言を提供する。

    3.1 アウトプットレビュー手順

    この品質マネジメント計画の例では、いつ、どのように、誰がアウトプットをテストしレビューするのかを定義する必要があります。

    プロジェクト品質マネジメント計画例のこのセクションには、次のようなアプローチの記述があります。

    • Output testing and review: 一般に、テストはITシステムだけに適用されると思われているが、指定された機能要件を満たすことを保証するためにテストを必要とするかもしれない他の出力にも関連している。 また、問題の報告及び是正を文書化するために使用される出力変更管理手順を公式化することも重要である。
    • プロジェクトを通じて実施される進行中の監査または評価。 プロジェクト終了時に品質を作り込むことはできないため、これらのレビューは段階的に実施される。

    このセクションは、以下の項目もカバーしている必要があります。

    • プロジェクトの技術的な側面。
    • 内部および外部監査によるプロジェクトのコンプライアンス
    • フォームアドバイス、できれば日付付き、このアドバイスが誰に提供されるかについても、ここに言及する必要があります。

    変更管理

    このサンプル品質管理計画では、承認が必要な変更に使用されるべきプロセスについて言及しています。 出力仕様の変更は、変更プロセスを通じて管理する必要があり、そのプロセスには以下のものが含まれます。

    • システムに対する変更を促進するための構造化されたプロセス。
    • 予測される変更の影響の完全な評価
    • 変更を承認する方法

    3.2 出力受入手順

    出力の受入には、関連する継続的管理責任と説明責任の受入を含みます。

    このセクションでは、定義する必要があります。

    • ビジネスオーナーが、合意された基準に基づいてアウトプットの最終レビューと受け入れを行うために適用するプロセス。
    • Handover Planのような適切な文書で捉えられた正式な合意

    Appendicesには以下が含まれます。

    • Change request/rectification log
    • Forms and templates developed by the Project to offer consistent documentation
    • Relevant operational documents

    まとめ

    • 品質管理計画は、計画からソフトウェアの展開に始まるソフトウェア開発プロジェクト全体の品質を効果的に管理するための文書と情報の明確な集合体である。
    • 品質保証と品質管理はプロジェクトの品質管理計画の不可欠な部分である。
    • 品質理念は、品質を維持するために適用すべき全体的な意図とアプローチを記述する。
    • 品質保証は、関連する品質プロジェクトマネジメントプロセスを定義することによって達成される。
    • 品質コンサルタントの役割は、その専門分野に応じて詳細に説明されなければならない。
    • 品質計画には、その許容性と「目的適合性」を決定するために使用される出力品質基準及び標準の特定が含まれる。
    • 出力受け入れには、関連する継続的管理責任と説明責任の受け入れが含まれる。

コメントを残す

メールアドレスが公開されることはありません。