#006 【実務活用編①】「ITガバナンス」を経営会議で話せる言葉に変換する方法

2026年6月13日 07:48

📌 このテーマのCGEITドメイン：全ドメイン横断（特にDomain1：ITガバナンスの枠組みに関連）

▼ #005 ISACA用語解説編はこちら

「ITガバナンスを強化しましょう」

この一言を経営会議で言った瞬間、会議室の空気が変わった経験はないだろうか。役員の目が泳ぎ、「それは具体的にどういうことですか？」という質問が飛んでくる。

ITガバナンスという言葉は、IT部門では通じる。しかし経営会議では「専門用語」として壁になることが多い。問題は言葉ではなく、翻訳の仕方だ。

25年以上のIT業界経験とCGEITの学習を通じて気づいた「経営会議で伝わる言葉への変換方法」を整理する。

1．なぜ「ITガバナンス」は経営会議で伝わらないのか

経営層がITに求めるのはシンプルだ。「投資した分だけ価値が返ってくるか」「リスクは管理されているか」「競合に負けていないか」。この3点に尽きる。

しかしIT部門が経営会議に持ち込む言葉は往々にして「ガバナンス強化」「フレームワーク導入」「統制の整備」だ。これらは手段の言葉であって、経営層が関心を持つ結果の言葉ではない。

ISACAはこの構造をPerformance（価値創出）とConformance（統制・準拠）という二軸で整理している。経営層が聞きたいのはPerformanceの話だ。しかしIT部門が話すのはConformanceの話になりがちだ。

この「ズレ」が、経営会議でITガバナンスが伝わらない根本原因だ。

2．経営層が本当に関心を持つ3つの問い

経営会議でITガバナンスを語る前に、経営層が持っている問いを理解する必要がある。

問い①：「このIT投資は本当に価値を生んでいるか？」

経営層はシステムの機能ではなく、ビジネスへの影響を見ている。「新しい会計システムを導入した」ではなく「月次決算が3日短縮され、経営判断が早くなった」という言葉で話す必要がある。

ISACAの言葉で言えば、OutputではなくOutcomeを語ることだ。

問い②：「どのリスクをどこまで許容しているか？」

経営層はリスクをゼロにしたいわけではない。どのリスクをどのレベルで受け入れているかを明確にしたい。「セキュリティ対策を強化しました」より「このリスクは許容範囲内で管理しています。一方でこのリスクは対策が必要です」という言い方の方が経営会議では機能する。

ISACAの言葉で言えば、Risk AppetiteとResidual Riskを使った議論だ。

問い③：「誰がこの意思決定に責任を持っているか？」

プロジェクトが失敗した時、「担当部門に任せていた」では経営会議は納得しない。誰がAccountabilityを持ち、誰がResponsibilityを持つかを明確にすることが、経営層の信頼を得る前提条件だ。

3．ISACA概念を経営言語に変換する実践例

前回の#005で整理した用語を、実際に経営会議で使える言葉に変換してみる。

Goals Cascade → 「経営目標とITの紐付け」

IT側の言い方：「Goals Cascadeに基づいてIT目標を設定しました」経営会議での言い方：「今期の経営目標『売上20%増』に対して、ITは受注処理の自動化で営業の工数を30%削減することで貢献します」

抽象的なフレームワークの名前ではなく、経営目標との具体的な紐付けを語る。

Tone at the Top → 「経営陣のコミットメントが成否を分ける」

IT側の言い方：「Tone at the Topが重要です」経営会議での言い方：「このプロジェクトは現場だけでは動きません。役員レベルでの意思決定と優先順位付けが成功の鍵です」

経営陣自身が主語になる言葉に変換することで、他人事から自分事になる。

Specification Barrier → 「ビジネスとITの対話不足」

IT側の言い方：「Specification Barrierが発生しています」経営会議での言い方：「現場とIT部門が別々に動いていて、システムがビジネス課題を解決できていない状況です。月1回の合同会議を設けることを提案します」

問題を指摘するだけでなく、具体的なアクションに繋げる言葉にする。

4．翻訳に失敗するパターンと対策

失敗パターン①：専門用語をそのまま使う

「COBIT 2019に基づいて設計因子を評価しました」は、IT部門には伝わるが経営層には伝わらない。フレームワーク名より「何を評価して何がわかったか」を語る。

失敗パターン②：手段を目的として語る

「ITガバナンスフレームワークを導入します」は手段だ。「IT投資の意思決定を経営会議で議論できる仕組みを作ります」が目的だ。経営層は手段より目的に関心がある。

失敗パターン③：リスクを過大に語る

「このシステムには重大なセキュリティリスクがあります」という言い方は経営層を不安にさせるが、アクションに繋がらない。「このリスクは現在許容範囲外です。対策に〇〇円・〇ヶ月かかります。承認をお願いします」という形で、判断材料とセットで語る。

締め：言葉を変えると議論が変わる

ITガバナンスは「IT部門の話」ではなく「経営の話」だ。しかしそれを経営会議で証明するのはIT側の責任だ。

言葉を変えるだけで、同じ内容でも経営層の反応が変わる。フレームワークの名前ではなく、経営目標への貢献・リスクの許容範囲・意思決定の責任所在。この3つを軸に言葉を選ぶと、経営会議でのITガバナンスの議論が変わり始める。

あなたの組織では、ITの話が経営会議でどのように受け止められていますか？

次回：#007 COBIT 2019の「設計因子」とは何か？提案書に落とし込む実践的な使い方。

この連載の全記録はマガジン「誰も書かなかったCGEIT挑戦記」にまとめています。参考になったらシェアやフォローで広めていただけると嬉しいです。