sg sg-management project_management
まず結論
- 品質マネジメントとは、プロジェクトの成果物が求められる品質を満たすように、品質の基準を決め、確認し、必要に応じて改善する管理です。
- SG試験では、単に「テストをすること」ではなく、求められる品質を満たすために管理することとして理解することが大切です。
- 選択肢では、テスト、スコープマネジメント、コストマネジメント、統合マネジメントと混同させてくることがあります。
品質とは、単に「高性能であること」ではありません。
プロジェクトで求められた目的や条件を満たしていることが重要です。
たとえば、情報セキュリティ対策の導入では、次のような観点が品質に関係します。
- 必要なセキュリティ要件を満たしているか
- 利用者が無理なく使えるか
- 手順書やマニュアルが分かりやすいか
- 運用時にトラブルが起きにくいか
- テストや確認が適切に行われているか
つまり、品質マネジメントは、成果物を「なんとなく完成させる」のではなく、求められる水準を満たしているかを管理する考え方です。
直感的な説明
品質マネジメントは、プロジェクトの できあがりの水準を守る管理 です。
料理で考えると分かりやすいです。
カレーを作るとき、ただ完成すればよいわけではありません。
- 味が期待どおりか
- 火がきちんと通っているか
- 量が足りているか
- 食べる人のアレルギーに配慮できているか
- 時間どおりに出せるか
といった確認が必要です。
プロジェクトでも同じです。
システムやルールを作ったとしても、
- 要件を満たしていない
- 使いにくい
- エラーが多い
- 手順が分かりにくい
- セキュリティ上の抜けがある
という状態では、品質が十分とはいえません。
品質マネジメントでは、最初に「どの水準を満たす必要があるか」を考え、途中や完成時に確認します。
定義・仕組み
品質マネジメントは、プロジェクトの成果物やプロセスが、求められる品質要求を満たすように計画・保証・管理する考え方です。
PMBOK Guide は、プロジェクトマネジメントの標準として、スコープ、スケジュール、財務、ステークホルダ、資源、リスクなどの実務領域を整理しています。詳しくは PMI公式のPMBOK Guideページ を確認できます。
SG試験向けには、品質マネジメントを次の流れで押さえると理解しやすいです。
| 流れ | 内容 |
|---|---|
| 品質基準を決める | どの水準を満たす必要があるかを明確にする |
| 品質を作り込む | 作業の進め方や確認方法を整える |
| 品質を確認する | テスト、レビュー、検査などで確認する |
| 問題を見つける | 不具合や不足を把握する |
| 改善する | 必要に応じて修正や再発防止を行う |
ここで大切なのは、品質を最後のテストだけで確保しようとしないことです。
最初に品質基準を決め、途中の作業でも確認しながら進めることで、完成後の手戻りを減らせます。
どんな場面で使う?
品質マネジメントは、成果物が期待どおりの水準を満たしているかを確認する場面で使います。
たとえば、次のような場面です。
- システムが要件どおり動くか確認する
- セキュリティ対策が必要な基準を満たしているか確認する
- 運用手順書が現場で使える内容か確認する
- 委託先の成果物を受け入れる前に確認する
- 教育資料が利用者にとって分かりやすいか確認する
SG試験では、情報セキュリティ対策の導入や委託先管理の場面でも品質マネジメントの考え方が関係します。
たとえば、多要素認証を導入するプロジェクトでは、次のような品質確認が考えられます。
| 確認すること | 品質管理として見るポイント |
|---|---|
| 認証が正しく動作するか | 機能要件を満たしているか |
| 利用者が操作できるか | 使いやすさに問題がないか |
| 障害時の対応手順があるか | 運用品質を満たしているか |
| マニュアルが分かりやすいか | 利用者支援が十分か |
| セキュリティ要件を満たすか | 必要な安全性が確保されているか |
このように、品質マネジメントは、成果物そのものだけでなく、運用や利用のしやすさにも関係します。
よくある誤解・混同
誤解1:品質マネジメントはテストをすることだけである
品質マネジメントは、テストだけではありません。
テストは品質を確認する手段の一つです。
品質マネジメントでは、品質基準を決め、作業の進め方を整え、途中で確認し、必要に応じて改善します。
選択肢で「品質マネジメント=完成後にテストすること」とだけ書かれていたら、説明が狭すぎます。
誤解2:品質は高ければ高いほどよいと考える
品質は、むやみに高ければよいというものではありません。
プロジェクトでは、目的、予算、納期、利用者の要求に合った品質を満たすことが重要です。
必要以上に品質を高めようとすると、コストや期間が増え、プロジェクト全体に影響することがあります。
SG試験では、求められる品質を満たすことと、過剰な品質を目指すことを切り分けます。
誤解3:スコープマネジメントと混同する
スコープマネジメントは、何をどこまで作るかを管理します。
品質マネジメントは、作ったものが求められる水準を満たしているかを管理します。
たとえば、
- 対象機能を追加する → スコープの話
- その機能が要件どおり動くか確認する → 品質の話
- 対象部門を広げる → スコープの話
- 利用者が手順を理解できるか確認する → 品質の話
と切り分けます。
誤解4:コストマネジメントと同じものだと考える
品質を高めるには、追加の確認作業やレビューが必要になり、費用が増えることがあります。
しかし、品質マネジメントとコストマネジメントは同じではありません。
- 求められる水準を満たすかを見る → 品質マネジメント
- 予算や費用を管理する → コストマネジメント
関係はありますが、見るポイントは違います。
誤解5:統合マネジメントと同じものだと考える
品質マネジメントは、成果物やプロセスの品質を中心に管理します。
一方、統合マネジメントは、品質だけでなく、スコープ、スケジュール、コスト、リスクなどを含めて、プロジェクト全体の整合性を調整します。
たとえば、品質確認を追加する必要が出た場合、
- どの品質基準を満たす必要があるか、どの確認を行うかを見る → 品質マネジメント
- 品質確認の追加が納期・費用・作業範囲にどう影響するかを調整する → 統合マネジメント
と切り分けます。
SG試験では、品質そのものを見るのか、品質対応が全体へ与える影響を見るのかが判断ポイントです。
誤解6:委託先の成果物は受け取れば完了である
外部委託をしている場合でも、成果物を受け取れば完了というわけではありません。
成果物が契約内容や要件を満たしているかを確認する必要があります。
受入れ前の確認やレビューを行わないと、後から不具合や認識違いが見つかることがあります。
SG試験では、委託先管理の文脈でも、成果物の品質確認が重要になります。
まとめ(試験直前用)
- 品質マネジメントは、成果物が求められる品質を満たすように管理する考え方です。
- テストは品質確認の手段の一つであり、品質マネジメント全体ではありません。
- スコープマネジメントは範囲、品質マネジメントは求められる水準を管理します。
- コストマネジメントは費用、統合マネジメントは全体調整です。
- SG試験では、作る範囲の話なのか、作ったものの水準の話なのかで選択肢を切り分けます。
🔗 関連記事
- アローダイアグラムとは?作業順序と所要日数を表す図【SG試験】
- 監査調書とは?監査結果の裏付けになる記録を整理【SG試験】
- 稼働率とは?可用性の考え方とSLAでの判断基準【SG試験】
- 変更管理とは?リリース時のリスクを減らす管理策【SG試験】
- CI/CDとは?自動化された開発・テストの流れ【SG試験】