言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論

IT 業界には便利なキーワードが多くあります。シャドー IT、ゼロトラスト、AI、クラウド、マイクロサービス。どれも議論を始める入口としては有用です。

しかし、キーワードそのものを議論の中心に置くと、論理はなかなか収束しません。言葉の意味を定義しようとしているようで、実際には判断条件を定義していないことが多いからです。

キーワードは思考を始めるための道具である

キーワードは便利です。複雑な問題を短い言葉で呼べるため、会話の入口を作れます。「これはシャドー IT の問題ではないか」「ゼロトラストで考えるべきではないか」「AI 活用として整理できないか」というように、論点を立ち上げる力があります。

ただし、キーワードは思考を始めるための道具であって、思考を終わらせるための答えではありません。キーワードを出した瞬間に分かった気になると、そこから先の条件設計が止まります。

言葉だけでは論理は収束しない

例えば、「シャドー IT とは何か」と考え始めます。すると、すぐに境界事例が出てきます。

• 個人契約の生成 AI はシャドー IT なのか
• 業務で使っている OSS はどこまで対象なのか
• 開発者が使う検証用ツールは管理対象なのか
• ブラウザ拡張や SaaS の無料プランはどう扱うのか

これは偶然ではありません。言葉だけでは、境界を決められないからです。言葉を言葉で説明しても、最終的にどの事例を対象にするのかは決まりません。

論理がループする理由

言葉を定義しようとすると、別の言葉で説明することになります。そして、その言葉もまた定義が必要になります。この繰り返しでは、議論は終わりません。

これは論理の欠陥ではなく、言葉の限界です。概念を説明するだけでは、実際の運用判断に必要な線は引けません。だから、設計では言葉の定義だけでなく、判断条件を置く必要があります。

だから条件を定義する

設計では、ループを避けるために条件を定義します。例えばシャドー IT を扱うなら、次のような条件に落とします。

• 機密情報を社外サービスへ送信するものは対象とする
• 契約主体が会社ではないものは対象とする
• 情報システム部門が管理、監査、停止できないものは対象とする
• 業務データを保存、加工、共有するものは対象とする

このように判断条件を決めれば、個々の事例を同じ基準で評価できます。議論の対象は「シャドー IT という言葉」ではなく、「どの条件に該当するか」になります。

それでも決められないものは決断する

もちろん、すべてを条件だけで表現できるわけではありません。境界には必ず例外が現れます。条件には当てはまるが現実には許容したいもの、条件から外れるがリスクが高いものもあります。

その時に必要なのは、さらに議論を続けることではありません。責任を持って決断することです。設計とは、論理だけで完成するものではありません。論理が収束しない境界に線を引くことも設計です。

条件と決断が輪郭を作る

条件は判断基準を与えます。決断は境界を与えます。この二つが設計の輪郭になります。

輪郭があるから、人によって判断が変わりにくくなります。輪郭がないから、「ケースバイケース」「その都度相談」「状況による」が増えていきます。

条件は判断基準であり、決断は境界である。

この二つが揃って初めて、設計は運用に渡せる形になります。

無駄な仕事は、輪郭の欠如から生まれる

設計が曖昧であるほど、会議が増えます。レビューが増えます。確認が増えます。例外対応が増えます。一見すると仕事が増えたように見えます。

しかし実際には、仕事が増えたのではありません。輪郭を定義しなかった結果として、判断コストが増えているだけです。

技術を並べるだけでは設計にはなりません。条件を定義し、必要な決断を行い、誰が見ても同じ判断ができる輪郭を与えること。そこに設計の本質があります。

まとめ

キーワードは思考を始めるための道具です。しかし、キーワードそのものを議論の対象にすると、境界事例が増え、論理はループします。

設計で必要なのは、言葉の説明にとどまることではありません。判断条件を定義し、それでも決めきれない境界に責任を持って線を引くことです。条件と決断があるから、設計には輪郭が生まれます。