品質
品質とは、成果物がユーザーの要件・期待を満たし、望ましいベネフィットを実現できることを指す。
基本定義
品質は最後にテストするのではなく、プロジェクトの全工程に組み込まれるべき。
| 用語 | 定義と役割 | 記載場所 |
|---|---|---|
| ユーザーの期待品質 | プロジェクト成果物に対してユーザーが抱く期待 | プロジェクト成果物記述書 |
| 要件 | 承認されたマネジメント成果物に文書化されたニーズや期待。(文書化されていないものはスコープ外とみなされる) | 成果物記述書など |
| 受け入れ基準 | ユーザーに成果物を受け入れてもらうために満たすべき基準の優先順位付きリスト。(ビジネス側の能力や機能を記述する) | プロジェクト成果物記述書 |
| 品質仕様 | 成果物が満たすべき具体的なレベルと、測定方法の記述。(規制要件や組織の方針も反映される) | 成果物記述書 |
品質マネジメントの3 要素(ガイダンス)
| 要素 | 主な活動内容 |
|---|---|
| 品質計画(QP) | 主要成果物の特定、品質仕様の策定、品質マネジメント・アプローチの作成と承認 |
| 品質コントロール(QA) | 合意された手法の実施、課題評価、例外の提起、成果物の承認取得 |
| 品質保証(QC) | 計画とコントロール技法が適切であることを独立した立場で保証する |
品質計画
- ユーザーの期待品質の文書化: プロジェクトの始動時にユーザーの期待品質1をプロジェクト成果物記述書に記載する。
- 品質許容度: すべての基準を完璧に満たすリソースは稀であるため、利害関係者やプロジェクト委員会と連携し、基準に優先順位を付け、許容される偏差(振れ幅)を合意する。これにより例外によるマネジメントが可能になる。
- 成果物の説明:
- 成果物記述書: 目的、構成、品質仕様、責任等を定義。
- 成果物登録簿: 全成果物のリストとステータスを管理。(ここへの登録がベースラインへの組み込みを意味する)
- 成果物の持続可能性: 環境インパクトと寿命を通じたベネフィット維持の特徴を含める。
- 品質責任の明確化:
- プロデューサー: 開発責任者
- レビュー担当者: 評価責任者(利益相反を避けるため、プロデューサーとは無関係の立場が推奨される)
- 受け入れ権限者: 最終判断者(プロジェクト委員会または委任された者2)
品質コントロール
成果物が標準に準拠しているかモニタリングし、不備の原因を最小化する。
- 実施のタイミングと手法
- 開始時期: 成果物記述書が承認され、成果物登録簿に記録された直後から開始される。
- 成果物の性質に応じたアプローチ:
- 新規・未経験の成果物: 本格的な作成の前に、プロトタイプや作成方法そのものを評価・検証する。
- 成熟した成果物・既製品: デリバリー時の検査に焦点を当てる。
- 品質登録簿 (Quality Register) の役割
品質コントロール活動のすべてを記録するプロジェクト・ログの重要なコンポーネントである。
- 活動のレコード: 各成果物の承認から始まり、計画された、または実際に発生したすべての品質活動を特定する。
- 情報の提供: * ステージ終了報告書やプロジェクト終了報告書の根拠となるデータを提供する。
- 計画(品質マネジメント・アプローチ)と実績を比較し、監査や品質保証のための情報として活用する。
- 更新サイクル: 品質活動が完了するたびに、その結果を要約形式で反映し、最新の状態を保つ。
- 体制とリソースの統合
品質コントロールはプロジェクト・マネージャー一人で行うものではなく、組織的な協力が必要である。
- 協働体制: プロジェクト・マネージャー、プロジェクト保証、特定領域専門家(SME)が、内部・外部を問わず連携して実施する。
- 計画への組み込み: 専門家の支援が必要な品質活動は、以下の管理ツールに明示的に組み込まれなければならない。
- WBS
- スケジュール
- プロジェクト予算
品質保証
- 性質: プロジェクト・チームから独立した立場(通常はビジネス担当)による実施。
- 焦点: プロジェクトの品質コントロール対策が適切であることを保証することに重点を置く。
- 活動: 成果物に焦点を当て、始動からクローズまでのライフサイクル全体を通じて計画的・体系的に行われる。
技法
計画立案
- ユーザーインプットの収集
プロジェクトの始動プロセスで作成されるプロジェクト成果物記述書を主なインプットとして、2つの主要なマネジメント成果物を導き出す。
- 成果物記述書: 各成果物の品質仕様と品質許容度の詳細を定義する。
- 品質マネジメント・アプローチ: 品質達成のための標準、技法、役割、責任を説明する。
- 成果物記述書の作成
上位レベルの要件を、見積もりや計画が可能なレベルまで詳細化する。利害関係者の要件を、測定可能な品質仕様に変換する。
- 品質の評価尺度
- 定量的尺度: 数値化された要件(例: 100 名が同時利用可能)。
- 定性的尺度: 記述的表現(例: 使いやすさ)。客観的評価のために、ユーザーの習熟度などを併記して具体化する。
- 機能要件: 成果物がどう機能し、どう使用されるべきか(目的に対する適合性)。
- 非機能要件: セキュリティや信頼性など、固有の特徴(用途に対する適合性)。
- 成果物記述書の役割
- 時間とコストの見積もりの信頼性を高める。
- リスクが許容範囲内であることを確認する。
- プロデューサー(作成者)、レビュー担当者、受け入れ権限者を特定する。
- 品質の評価尺度
- 品質マネジメント・アプローチの定義
ユーザーの期待を満たすデリバリーを保証するための戦略を策定する。主に品質コントロールの組織化、実施、モニタリング、報告方法に重点を置く。
- 記載内容
- 遵守すべき品質標準や手順。
- 使用するツールや技法。
- 報告および記録保持の取り決め。
- 品質マネジメント活動における役割と責任。
- 記載内容
品質のコントロール
品質の計画立案が承認された後、品質プラクティスの焦点は品質コントロールの実施へと移る。
- 品質の記録
品質コントロール活動の内容や結果は、品質登録簿に記録される。
- 記録内容: 実施された品質コントロール活動と、その結果(一般的には合格または不合格)。
- 情報の活用: 記録された情報は、ステージ終了報告書やプロジェクト終了報告書を作成する際の重要な情報源となる。
- 不合格時の対応
成果物が品質コントロール活動において不合格となった場合は、以下の対応を行う。
- レビュー: 設定された品質許容度および品質仕様と照らし合わせ、何が障害となっているかを分析する。
- 教訓の蓄積 成果物の品質ライフサイクルを通じて得られた知見や改善点は、プロジェクト・ログに記録する。これにより、プロジェクト内および組織内での品質向上に役立てる。
成果物の受け入れ
成果物の受け入れは、プロジェクトからユーザー側へ所有権や責任を移転する重要なステップである。
- 受け入れの責任者
- 成果物の受け入れに対して実行責任を持つ個人または役割は、成果物記述書において明確に特定される。
- 受け入れのプロセス
通常、以下の2つのプロセスを経て受け入れが判断される。
- 品質コントロール情報のレビュー: プロジェクト側が実施した品質活動の記録を確認する。
- 独立したレビュー: ユーザーの期待品質および受け入れ基準に照らし合わせ、成果物そのものを客観的に評価する。
- 所有権と責任の移転
- プロジェクト成果物の受け入れが完了すると、その成果物に関する所有権や責任が、プロジェクト(またはサプライヤー)から、ユーザーを代表するプロジェクト委員会へと移転される。
支援技法
検証(Verification)
- 重点: 暫定成果物(設計書など)に品質仕様や基準が反映されているか、手法が適切かを確認する。
- 時期: 実際の成果物ができる前の設計・開発段階で実施。
- リソース: 成果物や技法の専門家による支援を必要とする。
妥当性確認(Validation)
- 重点: 成果物が品質仕様と受け入れ基準を満たしているかを確認する。
- 時期: テスト中、または成果物の完成後に実施。
- リソース: 成果物や技法の専門家による支援に加え、第三者テストが必要になる場合がある。
プロトタイピング(Prototyping)
- 役割: 機能へのフィードバック取得や、作成上の懸念事項を把握するための暫定版を作成する。
- 特徴: アジャイルなどの反復的デリバリーに不可欠。ベータテストや、複数バージョンを比較するA/Bテストも含まれる。
テスト(Testing)-(客観的)
- 内容: 想定される利用環境に近い条件下で、部品またはその一部を実際に動作させる。
- 時期・場所: 開発過程で複数回実施。サプライヤー施設での先行テスト(リスク軽減)や、本番環境でのライブテストなどがある。
検査(Inspection)-(主観的)
- 内容: 成果物が仕様や基準に準拠しているかを確認する。
- 時期: 主にデリバリー時に実施。
- 対象: 汎用品や市販の既製品(COTS)に適している。
認定(Certification)-(コンプライアンス)
- 内容: 成果物またはサプライヤーが、業界の規制や要件に準拠していることを証明する。
- 時期: 主にデリバリー時に発生。
- 対象: 市販の既製品(COTS)にのみ適用される。
プラクティスの適用とコンテキスト
商業的な状況
品質計画を策定する際、プロジェクトが置かれている組織環境や外部規制を考慮することが出発点となる。
- 組織の品質マネジメント体制の確認
- 品質マネジメント・システム(QMS): 組織やプログラムが、義務付けられた品質保証活動を実施するためのシステムや専門知識を有しているかを確認する。
- 専門知識の活用: 組織内の既存のフレームワークやノウハウを品質計画のベースとする。
- 外部標準と規制への対応
- 外部品質標準の適用: 規制の厳しい環境(医療、航空、金融など)では、プロジェクトが特定の外部標準に従う必要がある。
- 文書への反映: これらの標準はプロジェクト成果物だけでなくデリバリー活動にも適用される。以下の文書に具体的に反映しなければならない。
- 成果物記述書: 成果物が満たすべき外部基準を明記する。
- ワーク・パッケージ記述書: 作業プロセスが遵守すべき手順や規制を反映する。
商業的な状況
商業的な環境では、成果物のデリバリーにおいて契約や商業的合意が重要な役割を果たす。これらを考慮して品質計画を立てる必要がある。
- 契約と品質アプローチの整合
- 透明性の確保: 契約書において、サプライヤーが実施する品質コントロールやその報告プロセスに透明性を持たせるよう明記することが求められる。
- 合意事項の反映: 成果物記述書や品質マネジメント・アプローチは、契約上の義務と矛盾しないように策定しなければならない。
- 成果物の受け入れと契約
受け入れプロセスは、プロジェクト管理の側面だけでなく、契約上の手続きとしても扱う必要がある。
- 受け入れの連鎖: サプライヤーから顧客へのデリバリーにおいて、サプライヤーによる成果物の受け入れが顧客による最終的な受け入れの前提条件となる場合がある。
- 優先順位の管理: 受け入れ条件の詳細については、プロジェクト立ち上げ文書ではなく、契約書の規定を受ける。
- 基準の不一致の防止
- 整合性の確認: 契約上の品質・受け入れ基準と、プロジェクト内部の成果物記述書やプロジェクト成果物記述書に記載された基準が食い違わないよう、細心の注意を払う。
デリバリー手法
採用するデリバリー手法によって、品質仕様の定義方法や受け入れのプロセスが異なる。
- ウォーターフォール(Waterfall)
予測型の定型的なアプローチであり、初期段階で詳細を固めるのが特徴である。
- 定義の詳細度: 求められる成果物や活動の情報が事前に詳しいため、成果物記述書や品質仕様を高い詳細度で作成できる。これにより、見積もりやスケジューリングの信頼性が向上する。
- リスク低減: 不確定な要素には早い段階で対処できるようデリバリー順序を設計し、後半ステージでのリスクを抑える。
- 変更対応: 外部環境の変化などで受け入れ基準や仕様が変わる場合は、厳格な変更コントロールの手続きを経て対処する。
- アジャイル(Agile)
適応型の反復的なアプローチであり、進行に合わせて柔軟に定義を更新する。
- 動的な目標設定: 品質仕様や受け入れ基準はプロジェクト開始時に確定せず、スプリントごとに達成すべきゴールとして扱う。
- ユーザー・ストーリーの活用: プロジェクト成果物記述書は、受け入れ基準を付与したユーザー・ストーリーの概要として記述し、反復的に詳細化する。
- バックログ管理: 要件や品質仕様はプロダクト・バックログに登録し、優先順位を付けて管理する。このリストはイテレーションごとに更新される。
- MVP(実用最小限の製品): 早期にフィードバックを得るため、必要最小限の機能を備えたMVPをデリバリーし、要件の改善に繋げる。
持続可能性
成果物の記述や仕様を決定する際、持続可能性は重要な検討要素となる。これには組織の継続性と環境への配慮の両面が含まれる。
- 成果物の持続可能性(運用の継続性)
- ベネフィットの維持: プロジェクト完了後、提供された成果物が長期的に価値を生み出し続けられるかに焦点を当てる。
- 組織の能力: デリバリー後の予想ベネフィットを維持・運用していくための組織的な能力やリソースの確保を要件に含める。
- 環境の持続可能性(環境インパクト)
- 環境負荷の低減: プロジェクトの遂行プロセス、および完成した成果物が環境に与える影響を最小限に抑える。
- 期待の達成: ステークホルダーや社会が求める環境基準・期待値を達成できるよう、仕様に反映する。
規模
品質マネジメントにはコストが伴うため、プロジェクトの規模や複雑性に応じて、計画とコントロールのレベルを最適化する必要がある。
- 品質コストの最適化
- ゴールの設定: 適切なレベルの品質計画とコントロールによって、成果物の不具合による潜在的なコストを相殺することを目指す。
- 過剰品質の回避: 品質仕様や受け入れ基準を必要以上に厳しく設定しすぎると、プロジェクト全体のコストが大幅に増加するリスクがある。投資対効果を考慮した基準設定が重要である。
- 品質レビューの実施
品質レビューでは、 以下の3点を中心に評価を行う。
- 完成度: 成果物が完成しているか。
- 準拠性: 定められた標準に従っているか。
- 適合性: 指定された品質仕様を満たしているか。
- 複雑性への対応
- 複雑な成果物を開発する場合、単発のレビューでは不十分なことが多い。そのため、開発プロセスの複数の時点で段階的にレビューを実施し、品質を確保する。
マネジメント成果物
アウトプット
成果物記述書
- 目的: 成果物の目的、構成、派生元、品質仕様を記述する。成果物の必要性が特定されると、すぐに計画立案フェーズで作成される。
- コンテンツ概要
- 識別子: 成果物名、またはプロジェクトに多数の成果物がある場合は一意の識別子
- バージョン: 成果物記述書の現在のバージョン番号
- 目的: 成果物の目的、使用方法、使用者
- 構成: 成果物のコンポーネントまたはパーツのリスト
- フォーマット: 終了した成果物が準拠しなければならない標準的な外観の有無
- 派生元: 成果物のソース(設計、商業的成果物、アップグレードまたは交換できる既存のシステム、予想ベネフィットの記述など)
- 品質仕様: 成果物の機能要件および非機能要件、およびそれらに関連する測定値
- 開発または作成のアプローチと必要なスキル: 成果物の開発または作成の方法、必要となる特定のスキル、施設、機器の説明
- 割り当て先: この成果物を作成するのに必要とされる人またはチーム
- 品質許容度: 主要な品質仕様の変更が受け入れ可能な範囲
- 品質手法と必要な品質スキル: 成果物が品質仕様を満たしていることを確認するために使用される品質手法(検証、テスト、検査など)と、品質コントロール活動を実施するために必要なスキルの示唆
- 責任: 成果物のプロデューサー、レビュー担当者、受け入れ権限者
品質マネジメント・アプローチ(プロジェクト立ち上げ文書の一部)
- 目的: プロジェクト中に必要な品質仕様と受け入れ基準を達成するために適用される品質技法と標準、役割、責任を説明する。
- コンテンツ概要
- スコープ: 品質マネジメント・アプローチのスコープに含まれる成果物と作業の説明
- 品質マネジメント手順: プロジェクトの品質計画および品質コントロール活動の説明(成果物の受け入れ手順など)。ビジネス標準から逸脱する場合、その逸脱を正当化する根拠も含めて明記する
- 責任: 品質計画とコントロール活動の責任の定義(プロジェクト保証に関するユーザー、ビジネス、支援組織間の責任を含める)
- リソース: 品質計画、コントロール、保証活動で使用するリソース(必要なテスト機器など)
- 支援ツールと技法: 品質計画やコントロール活動を支援するツールと技法(使用するシステムとその使用法、テスト、検査、プロトタイピングなどの特定の技法など)
- 標準: 品質マネジメントに適用される標準(品質登録簿などの品質レコードの構成や形式を含む)
- 参照: 関連する文書または成果物(ビジネスまたはサプライヤーの品質マネジメント・システムなど)の参照先
品質登録簿(プロジェクト・ログの一部)
- 目的: 計画された、または発生したすべての品質マネジメント活動を要約する。品質登録簿はプロジェクト・マネージャーおよびプロジェクト保証によって、進捗レビューの一部として使用され
- コンテンツ概要
- 品質の識別子: 品質活動の一意の参照コード
- 成果物識別子: 品質活動の対象となる成果物の識別子
- 品質手法: 活動に関連する品質手法
- 日付: 活動の予定日と実施日
- 責任: 関係する個人または機能、およびそれぞれの役割と責任
- 結果: 成果物の成否および、成果物が失敗した場合の対応の示唆
- レコード: 活動とその場所に関連付けられている文書のリスト
品質登録簿(プロジェクト・ログの一部)
- 目的: 計画に必要なすべての成果物と、その成果物のステータスのリストを作成する。
- コンテンツ概要
- 成果物識別子: 成果物の識別子
- 日付: 成果物記述書の承認日および成果物の受け入れ日
- ステータス: 成果物のステータス(開発中、受け入れ中など)と現在のバージョン番号
- 参照: 関連する成果物記述書へのリンク
主要な役割
| 役割 | 責任 |
|---|---|
| ビジネス・レイヤー | ビジネス・レイヤーの責任 |
| プロジェクト・マネージャー | プロジェクト・マネージャーの責任 |
| プロジェクト・エグゼクティブ | プロジェクト・エグゼクティブの責任 |
| シニア・ユーザー | シニア・ユーザーの責任 |
| シニア・サプライヤー | シニア・サプライヤーの責任 |
| チーム・マネージャー | チーム・マネージャーの責任 |
| プロジェクト保証 | プロジェクト保証の責任 |
| プロジェクト支援 | プロジェクト支援の責任 |
ビジネス・レイヤーの責任
- ビジネスの品質マネジメント・システムと適用可能な基準の詳細を提供する
- プロジェクト・レベルの品質許容度を設定する
- 品質保証の専門知識を提供する
プロジェクトマネージャーの責任
- 利害関係者と協議して、ユーザーの期待品質と受け入れ基準を把握し、プロジェクト成果物記述書で文書化する
- 利害関係者と協議して、品質マネジメント・アプローチを準備する
- 利害関係者と協議して、成果物記述書を策定、保持する
- チーム・マネージャーが成果物記述書およびワーク・パッケージ記述書で合意されている品質コントロール対策を実施していることを確認する
- 主要な成果物の成果物記述書を作成する
プロジェクトエグゼクティブの責任
- プロジェクト成果物記述書を承認する
- 品質マネジメント・アプローチを承認する
- ステージ・レベルの品質許容度を設定する
- プロジェクト成果物の受け入れを確認する
シニアユーザーの責任
- ユーザーの期待品質および受け入れ基準を提供する
- プロジェクト成果物記述書を承認する
- 品質マネジメント・アプローチに合意する
- スペシャリスト成果物の成果物記述書を承認する
- ユーザーの品質活動と成果物の受け入れを実施するための人員とリソースを提供する
- プロジェクト成果物を受け入れ、プロジェクト成果物の受け入れに説明責任を負う
シニアサプライヤーの責任
- プロジェクト成果物記述書を承認する(該当する場合)
- 品質マネジメント・アプローチに合意する
- 主要なスペシャリスト成果物の成果物記述書に合意する
- 成果物記述書とワーク・パッケージ記述書で定義されているように、成果物開発で採用されている品質技法とツールに合意する
- サプライヤー品質活動を実施する人員とリソースを提供する
チームマネージャーの責任
- プロジェクト・マネージャーが成果物記述書およびワーク・パッケージ記述書を作成し、維持するのを支援する
- 成果物記述書との一貫性を保ち、チーム計画書のスコープ内で成果物を作成する
- ワーク・パッケージ記述書で合意された品質マネジメント手順を実施する
- チーム計画書のスコープ内で成果物の品質コントロールを管理する
- チーム計画書のスコープ内で成果物の品質レコードをとりまとめる
- 成果物の品質ステータスについてプロジェクト・マネージャーに助言する
プロジェクト保証の責任
- 品質マネジメント・アプローチについてプロジェクト・マネージャーに助言する
- 品質マネジメント・アプローチがビジネスの方針に準拠していることをプロジェクト委員会に確認する
- プロジェクト委員会およびプロジェクト・マネージャーへの支援として、成果物記述書をレビューする
- 適切な品質の専門家についてプロジェクト・マネージャーに助言する
- プロジェクト委員会のメンバーに対し、品質マネジメント・アプローチ(品質手順の適切な実施など)の実施について保証する
プロジェクト支援の責任
- 品質コントロールでの事務管理支援を提供する
- 成果物登録簿や品質登録簿を策定および保持する
- プロジェクトの品質手順の適用に関して、チーム・マネージャーおよびメンバーを支援する
気に入ったならばコメントを残してくださいね～