#005 【ISACA用語解説編】ISACAの言葉は日本語に訳せない？GEIT固有の用語を実務の言葉に翻訳する

📌 このテーマのCGEITドメイン：全ドメイン横断（用語はDomain1〜4に関連）

▼ #004 第3章【リベンジ計画編】はこちら

「この単語、辞書通りに訳したら意味が変わる。」

CGEIT試験の勉強を通じて気づいたことがある。ISACAが使う言葉には、日常語や一般的なビジネス用語とは異なる固有の意味がある。辞書通りに解釈すると問題を読み違え、実務で使おうとすると意味がずれる。

今回はその「翻訳の難しい言葉」を、実務家の視点で整理する。CGEIT受験者はもちろん、ITガバナンスを実務で扱う方にも参考になるはずだ。

1．なぜISACAの言葉は「翻訳しにくい」のか

ISACAのフレームワークは、世界中の成功事例をアカデミックに体系化したものだ。その分、言葉の定義が非常に厳密で、日常的なビジネス用語とは微妙にズレがある。

特に厄介なのが「なんとなくわかる」言葉だ。知っているつもりで読み進めると、気づかないうちに意味がすり替わっている。試験でも実務でも、この「なんとなくわかる」が最大の罠になる。

2．ITガバナンスの構造と姿勢に関する用語

Accountability（説明責任）vs Responsibility（実行責任）

日本語では両方「責任」と訳されることが多いが、ISACAは明確に区別する。

• Responsibility：実行する責任。他者に委譲できる

• Accountability：最終的な説明責任。他者に委譲できない

例えばCIOはITガバナンスの実行をIT部門に委譲（Responsibility）できるが、取締役会への説明責任（Accountability）は委譲できない。日本の実務では「担当に任せたから自分は関係ない」という場面をよく見るが、ISACAの世界ではその考え方は通用しない。

Tone at the Top（トップの姿勢）

直訳すると「トップの音調」。意味は「取締役会や経営陣が組織に示す、倫理・行動規範・ガバナンスへのコミットメントや態度」だ。

日本の実務でよく聞く「トップのコミットメント」に近いが、ISACAではこれがガバナンスの出発点として明確に位置づけられている。経営陣が本気でガバナンスに取り組む姿勢を見せなければ、どんなフレームワークを入れても機能しない、という考え方だ。

Goals Cascade（ゴール・カスケード）

「カスケード」は滝が流れ落ちるイメージ。ステークホルダーのニーズを企業目標→IT関連目標→ガバナンス目標へと順次翻訳し、紐付ける仕組みだ。

日本の実務では「経営戦略とIT戦略の整合」と表現されることが多いが、ISACAはこれを一方向の「翻訳プロセス」として体系化している。上から下へ目標が流れ落ち、各層での整合が取れているかを確認する構造だ。

Performance（パフォーマンス）vs Conformance（コンフォーマンス）

CGEITの根幹にある対概念で、ITガバナンスの「二つの顔」を表している。

• Performance：ITが価値を生み出し、ビジネス目標の達成を支援すること。「攻め」のガバナンス

• Conformance：ITが規制・法令・内部ポリシーに準拠していること。「守り」のガバナンス

ISACAはこの両方をバランスよく追求することがガバナンスの本質だと定義している。日本の実務では「ITガバナンス＝コンプライアンス・統制」と理解されがちで、Conformance偏重になっているケースが非常に多い。守りだけに集中すると、ITが価値を生み出すPerformanceの視点が抜け落ちる。DXが進まない組織の多くは、このバランスが崩れていると感じている。

試験においても「この状況でCIOが優先すべきことは何か」という問いに対して、PerformanceとConformanceのどちらを優先すべきかを文脈で判断する問題が頻出だった。

3．リスク管理に関する用語

Risk Appetite（リスク選好）vs Risk Tolerance（リスク許容度）

この2つを混同すると、試験でも実務でも判断を誤る。

• Risk Appetite：組織が目標達成のために受け入れる準備があるリスクの量・レベル。戦略的な意思決定の基準

• Risk Tolerance：リスク選好の基準から一時的に逸脱しても許容できる変動の幅

イメージとしては、Risk Appetiteが「予算内で収めたい」という基準で、Risk Toleranceが「多少の超過なら許容できる幅」だ。日本の実務ではこの概念自体が曖昧なまま運用されているケースが多い。

Residual Risk（残留リスク）vs Inherent Risk（固有リスク）

• Inherent Risk：対策を講じていない状態で、その活動自体に本来備わっているリスク

• Residual Risk：対策を適用した後に残っているリスク

対策を打てばリスクはゼロになると思っている経営者に説明するとき、この概念は非常に有効だ。「対策後もリスクは残る。それをどのレベルで許容するか」という議論がガバナンスの本質だと伝えられる。

4．ベネフィット実現に関する用語

Outcome（アウトカム）vs Output（アウトプット）

• Output：ITが生み出す成果物（システム・レポート・機能など）

• Outcome：そのOutputによってもたらされるビジネス上の能力変化や結果

例えば「新しい会計システムを導入した」はOutput。「月次決算が3日短縮され、経営判断が早くなった」がOutcomeだ。日本の実務ではOutputで満足してしまい、Outcomeまで追いかけないプロジェクトが非常に多い。

Sunk Cost（サンクコスト）

「埋没費用」と訳される。すでに支出され、回収不能となったコストのことで、将来の意思決定においては無視すべき要素とされる。

「ここまで投資したのだから続けなければ」という判断はISACAの世界では誤りだ。過去のコストではなく、将来の価値で判断する。うまくいっていないプロジェクトを止められない組織の多くが、このサンクコストの罠に陥っている。

Specification Barrier（仕様の障壁）

ビジネス側とIT側が対話せず、独立して戦略を策定している不整合な状態を指す。「二つの独り言」とも表現される。

日本の実務で「ユーザー部門とシステム部門の壁」と言われる現象そのものだ。この状態ではGoals Cascadeが機能せず、ITへの投資がビジネス価値に繋がらない。

締め：言葉の定義が「判断の質」を決める

ISACAの言葉が難しいのは、単に英語だからではない。概念の定義が厳密で、日本の実務との間に「深すぎる溝」があるからだ。

試験でこれらの言葉に惑わされたように、実務でも曖昧なまま使われている概念が多い。言葉を正確に定義することが、正確な判断の出発点になる。

あなたの組織では、これらの言葉はどのように使われていますか？

言葉の定義を正確に理解したとして、次の問いはこうなる。「では経営会議でどう使えばいいのか？」ISACAの概念を現場で活かすための翻訳作業を、次回書いていく。

次回：#006「ITガバナンス」を経営会議で話せる言葉に変換する方法。

【付録】CGEIT頻出用語 英日対訳リスト

詳細版は今後独立した記事として公開予定です。

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