
品質やパフォーマンスを可視化するチャートを解説するよ!
チャートの形と用途をセットで覚えるのがコツだよ。
概要
プロジェクトマネジメントでは、品質管理やパフォーマンス評価に役立つ可視化ツール(チャート)が多数あります。
ここでは、代表的な7種類のチャートを用途と特徴に分けて整理し、試験対策にも役立つポイントを解説します。
ヒストグラム(Histogram)
-
データの頻度分布を示す棒グラフ
-
品質管理において、欠陥やエラーの発生頻度を視覚化
-
正規分布か偏りがあるかを判別しやすい
パレート図(Pareto Chart)
-
80対20の法則に基づく、重要な問題点の特定に用いる
-
棒グラフ(件数)+折れ線グラフ(累積割合)で構成
-
「どの問題に優先的に対処すべきか」を判断できる
散布図(Scatter Diagram)
-
2つの変数の関係性(相関)を視覚的に確認
-
例:「テスト時間」と「バグ数」に相関があるかどうか
-
原因と結果の関係分析に有用
フィッシュボーン図(特性要因図 / Ishikawa Diagram)
-
問題の原因を体系的に洗い出すための図
-
主に「人・機械・方法・材料・環境・測定」などの分類で整理
-
チームブレインストーミングに活用される
バーンアップチャート(Burnup Chart)
-
アジャイルプロジェクトでの成果の蓄積量を可視化
-
「完了済の作業量 vs 合計作業量」を比較し、ゴールへの進捗を確認
-
スコープ変更への対応が見える
バーンダウンチャート(Burndown Chart)
-
残作業量の減少傾向を確認するグラフ
-
スプリントごとの作業残量と理想的な進行ラインを比較
-
進捗遅延の兆候を早期に把握可能
決定木(Decision Tree)
-
意思決定の分岐を図解し、リスクや期待値を評価
-
各選択肢の「成功確率」と「コスト・利益」を元に最適解を分析
-
定量的な意思決定をサポート
コントロールチャート(管理図 / Control Chart)
- ランチャートに、平均を示す中心線と、統計的な許容範囲を示す上方/下方管理限界線(UCL / LCL)を加えた図。
- プロセスが「統計的に安定した状態(管理限界内)」にあるかを判定し、異常なばらつきを検知する。
ベロシティチャート(Velocity Chart)
- アジャイルにおいて、スプリントごとに完了した作業量(ストーリーポイント)の推移を示す棒グラフ。
- チームの平均的な生産力(ベロシティ)を把握し、今後のスプリント計画やリリース時期の予測に用いる。
チャートの比較表(機能と用途)
| チャート名 | 用途 | 分析対象 |
|---|---|---|
| ヒストグラム | データの分布把握 | 頻度・傾向 |
| パレート図 | 優先順位付け | 問題発生の割合 |
| 散布図 | 相関関係の把握 | 原因と結果 |
| フィッシュボーン図 | 原因分析 | 構造的な分類 |
| バーンアップチャート | 完了量の可視化 | 進捗+スコープ変動 |
| バーンダウンチャート | 残作業の確認 | 進捗と予測 |
| 決定木 | 意思決定支援 | 選択肢とリスク |
予算バーンダウンチャート(Budget Burndown Chart)
- 定義: プロジェクト予算の消費推移(残高の減少ペース)を直線で表したグラフ。
- 特徴: 実際の支出累計(実コスト)と比較することで、予算が時間の経過とともに計画通りに使用されているかを視覚的に追跡します。
ランチャート(Run Chart / 時系列プロット)
- 定義: 時間経過に伴う特定のプロセスや変数の変化・トレンドを示す折れ線グラフ。
- 特徴: プロセスが安定しているか、特定の時間帯や期間にパターン(傾向)がないかを確認するのに使用されます。
データ分析・意思決定・調査手法の補足
- 根本原因分析(RCA / Root Cause Analysis):
- 利点: 単にエラーや問題を早く特定するのではなく、問題のより深い根本的要因(なぜ起きたか)を把握し、真の原因を複雑に捉えることで、同じ問題が再発するのを恒久的に防止できる可能性が高まることにあります。
- フォーカスグループ(Focus Groups):
- 定義: 多様なステークホルダー(潜在的ユーザー、デザイナー、技術専門家など)を集め、司会者の進行のもとで、製品のコンセプト、仕様、設計、機能について対面で詳細なフィードバックを収集する手法。オープンなディスカッションを促進します。
- 4つの進行スタイル:
- 双方向(Two-way): 一方のグループの議論を別グループが観察し、その後に観察側が意見を述べる。
- 対決モデレーター(Dueling-moderator): 2人の司会者が意図的に対立する立場をとり、長所と短所を戦わせて深い洞察を引き出す。
- デュアルモデレーター(Dual-moderator): 2人の司会者が役割分担し、1人が進行、もう1人が全トピックの網羅・品質チェックを担当する。
- 回答者モデレーター(Respondent-moderator): 参加者が交代で司会を務め、主催者のバイアスを防ぎ多様な意見を引き出す。
- 目的の注意: 目的は「フィードバックや洞察を得ること」であり、「設計を決定すること」ではありません(試験頻出のひっかけ)。
- JAD(Joint Application Design / 共同アプリケーション設計):
- 定義: ビジネス関係者、エンドユーザー、IT専門家が司会者主導のワークショップに一堂に会し、共同で要件定義や設計を行い、その場で合意形成する手法。
- フォーカスグループとの違い: フォーカスグループが「意見・フィードバックの収集」にとどまるのに対し、JADは「システムの設計・決定」まで踏み込みます。認識のズレを減らし、後工程の手戻りを防ぎます。
- データウェアハウス(Data Warehouse)におけるデータ特性の優先度:
- 優先される特性(最重要): 正確性(クリーン)、構造化(整理整頓)、統合性(一貫性がある)。
- 優先度が低い特性: 完全性(すべてのデータが揃っていること)。データ分析や機械学習等のインサイト抽出においては、一部のデータが欠落(部分的なデータ)していても、クリーンで一貫性があれば十分に価値ある分析が可能であるため、完全性は他の特性よりも優先度が低く扱われます。
- バーンダウン(残作業追跡)とバーンアップ(累積完了量追跡)の使い分けを理解する。
- パレート図は「少数の原因が大部分を生む」=優先度判断。
- RCAは「再発防止のための本質的な原因追求」がメリット。
関連模擬問題
【問1】
質問: Dion Construction Co.のプロジェクトマネージャーDeandreは、スケートパーク建設プロジェクトのCPI(コストパフォーマンス指標)を計算する必要があります。PV(計画価値)が100,000ドル、EV(出来高)が110,000ドル、AC(実コスト)が120,000ドルです。CPIはいくつになりますか?
選択肢:
- A. 0.91
- B. 1.1
- C. 1.2
- D. 0.83
回答と解説を見る
正解は A です。
解説: コストパフォーマンス指数(CPI)は、獲得価値(EV)を実際のコスト(AC)で割って計算されます。この場合、CPI = EV ÷ AC = 110,000ドル ÷ 120,000ドル = 0.91 となります。CPI値が1未満の場合、プロジェクトが予算を超過していることを示します。
【問2】
質問: EVMでプロジェクト管理を行っています。CPIの説明について適切なものは、次のうちどれですか。
選択肢:
- A. CPIが1より大きい場合は、スケジュールが前倒ししている
- B. CPIが1より大きい場合は、実コストが予定より多くかかっている
- C. CPIが1より小さい場合は、実コストが予定より多くかかっている
- D. CPIが1より小さい場合は、スケジュールが前倒ししている
回答と解説を見る
正解は C です。
解説: CPI(Cost Performance Index:コスト効率指標)は、ある時点におけるコスト面での計画値と実績値の比率です。CPIは、EV(出来高)÷AC(Actual Cost:実コスト)で求めるので、1より小さい場合は、出来高より実コストが大きいということになり、予定よりコストが多くかかっていることになります。