プロジェクト品質計画

前書き

すべてのプロジェクトは、プロジェクト実行の最後に何かを提供します。プロジェクトの開始に関しては、プロジェクト管理者とクライアントは、プロジェクトの目標と納品を完了タイムラインとともに共同で定義します。

プロジェクトの実行中に、多数のプロジェクトの配信が行われます。これらのすべての配送は、特定の品質基準（業界標準）および特定のクライアント要件に準拠する必要があります。

したがって、これらの各配信は、クライアントに配信する前に検証および検証する必要があります。そのためには、プロジェクトの開始から終了まで実行される品質保証機能が必要です。

品質に関しては、最も重要な配達の品質だけではありません。成果物を生成するプロセスまたはアクティビティは、特定の品質ガイドラインにも準拠する必要があります。

原則として、成果物を生成するプロセスとアクティビティが独自の品質基準（プロセス品質基準）に準拠していない場合、成果物が配信品質基準を満たさない可能性が高くなります。

プロジェクトのすべての品質要件、標準、および品質保証メカニズムに対処するために、プロジェクトチームが「プロジェクト品質計画」と呼ばれる文書を作成します。この計画はプロジェクトの品質聖書として機能し、プロジェクトのすべての利害関係者はプロジェクトの品質計画を遵守する必要があります。

プロジェクト品質計画のコンポーネント

業界の性質とプロジェクトの性質に応じて、コンポーネントまたは品質計画で扱われる領域は異なる場合があります。ただし、あらゆるタイプの品質計画に見られるコンポーネントがいくつかあります。

プロジェクトの品質計画の最も重要な属性を見てみましょう。

経営の責任

これは、プロジェクトの品質を達成するために経営陣がどのように責任を負うかを説明しています。管理はプロジェクトの制御および監視機能であるため、プロジェクトの品質は主に管理責任です。

文書管理と制御

ドキュメントは、プロジェクト管理におけるコミュニケーションの主要な方法です。ドキュメントは、チームメンバー、プロジェクト管理、上級管理者、およびクライアント間のコミュニケーションに使用されます。

したがって、プロジェクト品質計画では、プロジェクトで使用されるドキュメントを管理および制御する方法を説明する必要があります。通常、ドキュメントを保存および取得するために、アクセスが制御された共通ドキュメントリポジトリが存在する場合があります。

要件の範囲

実装する正しい要件をここにリストします。これは、要件サインオフ文書の抽象化です。プロジェクトの品質計画に要件が記載されていると、品質保証チームがそれらを正しく検証するのに役立ちます。

このようにして、品質保証機能は、何を正確にテストし、何をスコープから除外するかを正確に認識します。範囲外の要件をテストすることは、サービスプロバイダーにとっては無駄です。

設計管理

これは、プロジェクトの設計段階で使用される制御と手順を指定します。通常、提案された技術設計の正確性を分析するために、設計レビューが必要です。実りあるデザインレビューを行うには、シニアデザイナーまたは各ドメインのアーキテクトが関与する必要があります。設計がレビューされ、同意されると、クライアントと承認されます。

時間が経つにつれて、クライアントは要件の変更や新しい要件を思いつくかもしれません。そのような場合、デザインが変更される場合があります。設計が変更されるたびに、変更を確認して承認する必要があります。

開発管理と厳守

プロジェクトの構築が開始されたら、すべてのプロセス、手順、およびアクティビティを綿密に監視および測定する必要があります。このタイプの制御により、プロジェクト管理者は、プロジェクトが正しいパスで進行していることを確認できます。

テストと品質保証

プロジェクト品質計画のこのコンポーネントは、他のコンポーネントよりも優先されます。これは、プロジェクトの主要な品質保証機能を説明する要素です。このセクションでは、プロジェクトの品質目標とそれらを達成するためのアプローチを明確に識別する必要があります。

リスクと軽減

このセクションでは、プロジェクトの品質リスクを特定します。次に、各品質リスクに対処するために、プロジェクト管理チームが適切な緩和計画を策定する必要があります。

品質監査

すべてのプロジェクトについて、その規模や性質に関係なく、品質基準の順守を測定するための定期的な品質監査が必要です。これらの監査は、内部チームまたは外部チームによって実行できます。

場合によっては、クライアントは外部監査チームを採用して、プロジェクトプロセスおよびアクティビティの標準および手順への準拠を測定することがあります。

欠陥管理

通常、テストおよび品質保証中に、欠陥が発見されます。これは、ソフトウェア開発プロジェクトに関しては非常に一般的です。プロジェクトの品質計画には、欠陥の管理方法に関するガイドラインと指示が必要です。

トレーニング要件

すべてのプロジェクトチームは、プロジェクトを開始する前に何らかのトレーニングを必要とします。このため、プロジェクト開始フェーズでのトレーニング要件を特定するために、スキルギャップ分析が行われます。

プロジェクトの品質計画では、これらのトレーニング要件とスタッフをトレーニングするために必要な手順を示す必要があります。

結論

プロジェクト品質計画は、あらゆるタイプのプロジェクトの必須文書の1つです。

プロジェクトが目標と成果物を定義している限り、納入とプロセスの品質を測定するプロジェクト品質計画が必要です。

Management-concepts-project-quality-plan

目次