ビジネスケイパビリティマップは、組織が戦略を実現するために何ができなければならないかを示します。サブスクリプション請求や顧客サポートのような安定した能力を表し、今日のプロジェクト一覧や報告系統を描くものではありません。役立つマップは各ケイパビリティを成果、所有者、証拠、明確に記した改善ギャップにつなげます。
より広い戦略の文脈には、共有ホワイトボードでの戦略分析を使い、組織が確実に提供できるものを具体的に見るためのビューとしてケイパビリティマップを保ちます。

ケイパビリティ、プロセス、プロジェクト、部門は異なる
| 用語 | 説明するもの | 例 |
|---|---|---|
| ケイパビリティ | 組織が実行できる、比較的安定した能力。 | 失敗したサブスクリプション決済を復旧する。 |
| プロセス | 作業を実行するための手順。 | 決済失敗を検知し、アカウントに通知して再試行する。 |
| プロジェクト | 期間が定められた変更の取り組み。 | 今四半期に決済リトライサービスを置き換える。 |
| 部門 | 報告や運営上の関係を持つグループ。 | レベニューオペレーション。 |
| 成果 | 戦略が達成しようとしている結果。 | 稼働中のサブスクリプションを維持する顧客を増やす。 |
これらの用語は関連付けられますが、1つのカードにまとめないでください。1つの部門が複数のケイパビリティを所有することもあり、プロジェクトが能力の一部を改善しても、それ自体がケイパビリティになるわけではありません。
SaaS企業のケイパビリティマップの作成例
サブスクリプションの避けられる中断を減らしたいSaaS組織を考えます。マップは「決済が失敗しても顧客が有効なサブスクリプションを維持する」という成果から始まり、その下に支援するケイパビリティをまとめます。
まず階層を作ります。この例のレベル1はサブスクリプション管理です。レベル2にプラン・権限管理、請求書管理、決済復旧、請求レポートを配置します。決済復旧は、レベル3として決済失敗の検知、再試行のスケジュール管理、顧客への通知に分けられます。「契約を継続できる」という成果は階層の外に置き、関係するケイパビリティと結び付けます。
SAPのケイパビリティモデリング指針では、この階層を組織図や業務手順と区別しています。担当者や現在の課題はマップへの補足であり、階層そのものの代わりにはなりません。
| ケイパビリティ | 所有者 | 確認する証拠 | 現在の境界 | 改善の問い |
|---|---|---|---|---|
| プランと権限の設定 | プロダクトオペレーション | プランのルールとサポート事例 | 新しいプランには手動レビューが必要 | どのルールに明確な承認経路が必要か? |
| 請求書の生成 | 請求エンジニアリング | 請求書のサンプルと失敗ログ | 地域の税務ケースは別に処理している | 請求書に明示的な例外状態が必要なのはどこか? |
| 決済の回復 | レベニューオペレーション | 回復の流れと問い合わせ理由 | プラン間で再試行のタイミングが一定していない | 最初にどの再試行ポリシーをテストするか? |
| 請求レポート | 財務システム | 照合レポートと未解決の問題 | 確定済みと保留中の決済を1つのレポートにまとめている | 意思決定者にはどの区別が必要か? |
能力の評価には具体的な基準を使います。決済復旧なら、各プランで再試行ルールが一貫して適用されているかを確認します。情報が足りなければ「未評価」と記し、実際に問題が見つかった状態と区別しましょう。

ギャップを戦略上の選択につなげる
1つの成果から始め、それを可能にするケイパビリティと、現在の状態を示す証拠を確認します。判断が変わるときだけギャップを強調しましょう。たとえば、再試行のタイミングが一定しないなら調査タスクの理由になりますが、書き直しを自動的に正当化するわけではありません。所有者と見直し日を加え、ギャップを範囲の明確な改善の問いにします。
改善バックログはマップの横に置きますが、見た目は分けてください。マップは現在の能力を説明し、バックログは提案された変更を説明します。プロジェクトが終わったら、ケイパビリティの証拠と境界を更新します。完了したプロジェクトカードを恒久的な能力のようにマップへ残さないでください。
そのまま使えるケイパビリティマップの構成
| 成果 | ケイパビリティ | 所有者 | 証拠 | 境界/不明点 | 次の問い |
|---|---|---|---|---|---|
| 成果A | — | — | — | — | — |
| 成果A | — | — | — | — | — |
| 成果B | — | — | — | — | — |
Boardmixでマップを作る
Boardmixボードの上部に戦略的な成果を並べ、その下の行にケイパビリティカードを置き、カードの横に証拠メモを配置します。コネクターは報告系統ではなく、意味のある関係を示すために使いましょう。改善バックログは別のフレームに置き、変更案を話し合っている間も現在のマップを読みやすく保ちます。
Boardmixボードを開き、サブスクリプション管理と4つの下位ケイパビリティを配置しましょう。決済復旧の内訳を加え、現在の課題を改善バックログにつなげます。