あおい
重み付けした意思決定マトリクスを使うと、候補を同じ基準で比較しながら、数字だけで結論を決めたように見せずに済みます。まず決定事項を定め、基準に合意し、重みを割り当て、根拠に照らして各候補を評価し、重要な前提を変えたときに結果がどう動くかを確認します。
候補が条件によって分岐する場合は、決定木分析の解説も参考になります。候補の横に採点ルールを表示しておくと、議論の前提を共有できます。ただし、ツールの適合性を確かめるには自分たちのチームで根拠を確認する必要があります。
意思決定マトリクスでできること
意思決定マトリクスは、複数の候補を同じ基準で評価します。重み付け版では、この決定でより重要な基準に大きな影響力を持たせます。American Society for Quality（ASQ）の解説では、重み付き基準を設定し、各候補を評価し、評価点に重みを掛けて合計する手順が説明されています。
マトリクスは自動判定ではなく、構造化された対話のための道具です。前提を明らかにし、意見の違いを具体的にし、チームがその時点で候補を選んだ理由を残せます。合計点が高くても、必須要件を満たさない、許容できないリスクがある、根拠が未確認である場合は採用しない判断が必要です。
1. 採点前に決定事項を定義する
選択内容と範囲を一文で書きます。たとえば「リモートのプロダクトチームが6週間の計画サイクルで試す協働ツールは、3つの候補のうちどれか？」です。期間を区切ると、今月試しやすいツールと長期運用に向くツールを分けて考えられます。
本当に利用可能な候補だけを挙げ、聞いたことのある製品をすべて並べないでください。3〜5個の短いリストのほうが調査と比較を行いやすくなります。必須要件（セキュリティ審査や必要な書き出し形式など）を満たさない候補は、低い点数に隠さずゲート条件として記録します。
2. 成果を表す基準を選ぶ
好みの製品の機能ではなく、チームが達成する必要のある成果から始めます。協働ツールを選ぶ基準には、次のようなものがあります。
- 決定への適合度：計画とレビューというチームの作業をどの程度支えられるか。
- 導入の負担：使える人員と時間で定義した試行を始めやすいか。
- 費用の見通し：対象範囲の想定費用を明確に見積もれるか。
- 協働とアクセス：確認済みの参加者とアクセス条件で作業できるか。
各基準は重複させないようにします。「使いやすい」「学びやすい」「研修負担が少ない」は同じ内容を指す場合があり、3回分の重みを与えてしまいます。高い評価が何を意味するかを各基準に書きます。「導入の負担」ではなく「導入の負担が小さい」と定義すれば、5点が常に望ましい方向を指します。
3. 合計がそろうように重みを割り当てる
どの候補が勝つかを話す前に、相対的な重要度を合意します。100ポイントを配分しても、別の尺度を使って正規化しても構いません。大切なのは、重みの意味を記録し、合計を同じ総量にすることです。
協働ツールの選定について、重みの例を示します。
| 基準 | 重み | 高い評価の意味 |
|---|---|---|
| 決定への適合度 | 35% | 合意した計画とレビューの作業を支えられる。 |
| 導入の負担 | 25% | 避けられる準備を抑えて定義した試行を始められる。 |
| 費用の見通し | 20% | この範囲の想定費用を計画できる程度に把握できる。 |
| 協働とアクセス | 20% | 確認済みの参加者が必要な条件で共同作業できる。 |
プロジェクトの目的が変わったら何が変わるかを考えます。リリースが重要な判断なら導入の重みを増やすかもしれません。規制対象のプロジェクトでは、セキュリティを点数で相殺せず、必須のゲートにする必要があります。Project Management Institute（PMI）の意思決定に関する解説でも、結果は入力となる前提と判断の質に左右されると説明されています。
4. 評価尺度をそろえる
1〜5のように小さく一貫した尺度を使います。
- 1：基準をほとんど満たさない、または根拠が弱い。
- 3：この決定に必要な水準をおおむね満たす。
- 5：関連性の高い確かな根拠があり、特によく満たす。
各基準について両端の意味を定義します。導入の負担で5点は負担が小さいことを、適合度で5点は適合が高いことを表します。列ごとに方向を逆にしてはいけません。評価が分かれたときは、根拠と尺度の定義を比べ、単純に平均して違いを消さないようにします。
5. 例：3つの協働ツールを比較する
以下は説明用の例です。「候補A」「候補B」「候補C」は仮の名前であり、製品レビューではありません。実際に確認したツールに置き換え、各評価の横に根拠を残してください。
| 基準 | 重み | 候補A | 候補B | 候補C |
|---|---|---|---|---|
| 決定への適合度 | 35% | 4 (1.40) | 3 (1.05) | 5 (1.75) |
| 導入の負担 | 25% | 3 (0.75) | 5 (1.25) | 2 (0.50) |
| 費用の見通し | 20% | 4 (0.80) | 3 (0.60) | 5 (1.00) |
| 協働とアクセス | 20% | 5 (1.00) | 3 (0.60) | 2 (0.40) |
| 重み付き合計 | 100% | 3.95 / 5 | 3.50 / 5 | 3.65 / 5 |
各項目の加重点は、評価点に小数で表した重みを掛けて求めます。候補Aは (4 × 0.35) + (3 × 0.25) + (4 × 0.20) + (5 × 0.20) = 3.95 です。合計は一貫した比較を助けますが、候補Aが正しい選択だと証明するものではありません。候補Aの導入のしやすさの評価が低い理由、アクセス評価を実際の参加者で確認したか、必須要件を落としていないかを話し合います。
6. 点数だけでなく根拠を記録する
各評価に短い根拠メモを添えます。「パイロットグループで確認済み」「現在の計画で確認済み」「セキュリティ審査が必要」などです。不明点用の列を分け、不確かな3点を測定済みの3点と混同しないようにします。
事実と好みを分けます。「現在の資料で、この書き出し形式への対応を確認できる」は根拠です。「画面がすっきりしている」は好みですが、重要なら判断方法を合意して記録できます。サウスカロライナ大学のファシリテーションガイドも、定義した尺度で各候補を評価し、合計だけでなく強みと弱みを確認する方法を勧めています。
7. 感度とゲートを確認する
重要な前提を、妥当な範囲で一つ変えてマトリクスを再計算します。重みの配分を変える、新しい根拠を加える、重複していた基準を外すなどを試します。小さな変更で首位が入れ替わるなら、判断が前提に敏感であると記録し、不確実性を減らす情報を示します。
譲れない要件にはゲートを使います。たとえば必要なアクセス審査に失敗した候補は、費用の点数が高くても除外します。これにより、失格条件が高得点で相殺されることを防げます。
合計が近いときは、候補が同じだという証明ではなく、調査が必要だという合図です。主観的な評価基準を増やすより、短い試行、参考情報の確認、対象を絞った技術レビューが役立つことがあります。
8. 後から確認できる形で残す
決定事項、日付、参加者、基準の定義、重み、評価、根拠、ゲート、最終理由を一緒に保存します。見直しのきっかけも記録します。後のチームが散在したメッセージを再構成せずに判断を理解できます。
選択後に、決めた候補が必然だったように見せるためマトリクスを埋め直さないでください。最高点を覆した場合は、必須要件、尺度に表せなかったリスク、採点後に届いた新しい根拠など理由を記録します。
Boardmixでマトリクスを作る
Boardmixのボードでは、上部に決定事項とゲートを置き、1つの表に基準と重みをまとめ、隣の列に候補を並べます。評価を支える根拠メモを点数の横に置きます。別の領域には未解決の質問、担当者、感度確認の日付を置けます。ボードは議論を整理する共有ワークスペースであり、自動採点や製品情報の検証を行うものではありません。
Boardmixのボードを開くと、判断を使うメンバーと一緒にマトリクスを整理できます。確認済みの根拠を持ち込み、不明点を見える状態にし、点数を自動の推奨として扱わず次の見直しを合意します。
