技術的な話を非エンジニアにどう説明してるか -エンジニアY-
\システム設計の会議で、非エンジニアの方に技術的な話をすると、「なんのこと？」と戸惑いの表情をされることがあります。 「テーブル設計」「API」「トランザクション」といった専門用語が飛び交えば、それはもはや異国語のように聞こえるかもしれません。
今日は、DDD（ドメイン駆動設計）の考え方を活用して、専門知識を持たない方にも伝わる説明の工夫についてご紹介します。 ※Domain Driven Design（ドメイン駆動設計）とは？ システムを設計する前に、まず「どんな業務（ドメイン）を扱うのか」を明確にし、 業務知識に基づいたモデルをチーム全体で共通認識として構築していくアプローチです。
【DDDを活用した伝え方】
DDDには、「ドメイン（対象の業務領域）」「ユビキタス言語（共通言語）」「境界づけられたコンテキスト（役割ごとの枠組み）」といった概念があります。 これらの考え方は、非エンジニアにもわかりやすい説明に活用できます。
■ ドメイン（対象の業務領域）を定める DDDでは、まずどの業務領域を扱うかを明確にします。 「在庫管理」「請求処理」「勤怠申請」など、ドメインを特定することでチーム内の共通理解が深まります。 たとえば「今日は『勤怠申請システム』の話をします」と冒頭で対象を明確にするだけで、聞き手の集中力はぐっと高まります。
■ ユビキタス言語（共通言語）を使う DDDでは、開発者と業務担当者が同じ言葉を使って議論できるよう、用語を厳密に統一します。 ここで重要なのは、「分かりやすくするために言い換える」のではなく、正しく定義された用語をチーム内に浸透させることです。 たとえば「承認フロー」という言葉を使うなら、 「これは ‘申請されたものを、上司が確認して許可する一連の処理です’」と明確に定義を共有しましょう。 別の言い方に置き換えるのではなく、同じ言葉を全員が理解し、使えるようにすることが大切です。
■ 境界づけられたコンテキスト（役割ごとの枠組み）を意識する DDDでは、システム全体を「販売」「在庫」「会計」など、役割ごとに切り分けて設計します。 これは説明の場でも有効です。 「ここからは営業部向けの話」「次は総務部向け」といった具合に、聞き手の立場に応じて説明の枠組みを切り替えることで、より理解しやすくなります。
【まとめ】
技術的な説明を非エンジニアの方に伝えるとき、DDDの考え方は役に立ちます。 ドメイン（対象の業務領域）を明確にする ユビキタス言語を定義し、全員が共通で使うようにする 役割ごとに整理して話す。 こうした工夫をすることで、「難しそう…」が「なるほど！」に変わる場面がきっと増えるはずです。
\システム設計の会議で、非エンジニアの方に技術的な話をすると、「なんのこと？」と戸惑いの表情をされることがあります。 「テーブル設計」「API」「トランザクション」といった専門用語が飛び交えば、それはもはや異国語のように聞こえるかもしれません。
今日は、DDD（ドメイン駆動設計）の考え方を活用して、専門知識を持たない方にも伝わる説明の工夫についてご紹介します。 ※Domain Driven Design（ドメイン駆動設計）とは？ システムを設計する前に、まず「どんな業務（ドメイン）を扱うのか」を明確にし、 業務知識に基づいたモデルをチーム全体で共通認識として構築していくアプローチです。
【DDDを活用した伝え方】
DDDには、「ドメイン（対象の業務領域）」「ユビキタス言語（共通言語）」「境界づけられたコンテキスト（役割ごとの枠組み）」といった概念があります。 これらの考え方は、非エンジニアにもわかりやすい説明に活用できます。
■ ドメイン（対象の業務領域）を定める DDDでは、まずどの業務領域を扱うかを明確にします。 「在庫管理」「請求処理」「勤怠申請」など、ドメインを特定することでチーム内の共通理解が深まります。 たとえば「今日は『勤怠申請システム』の話をします」と冒頭で対象を明確にするだけで、聞き手の集中力はぐっと高まります。
■ ユビキタス言語（共通言語）を使う DDDでは、開発者と業務担当者が同じ言葉を使って議論できるよう、用語を厳密に統一します。 ここで重要なのは、「分かりやすくするために言い換える」のではなく、正しく定義された用語をチーム内に浸透させることです。 たとえば「承認フロー」という言葉を使うなら、 「これは ‘申請されたものを、上司が確認して許可する一連の処理です’」と明確に定義を共有しましょう。 別の言い方に置き換えるのではなく、同じ言葉を全員が理解し、使えるようにすることが大切です。
■ 境界づけられたコンテキスト（役割ごとの枠組み）を意識する DDDでは、システム全体を「販売」「在庫」「会計」など、役割ごとに切り分けて設計します。 これは説明の場でも有効です。 「ここからは営業部向けの話」「次は総務部向け」といった具合に、聞き手の立場に応じて説明の枠組みを切り替えることで、より理解しやすくなります。
【まとめ】
技術的な説明を非エンジニアの方に伝えるとき、DDDの考え方は役に立ちます。 ドメイン（対象の業務領域）を明確にする ユビキタス言語を定義し、全員が共通で使うようにする 役割ごとに整理して話す。 こうした工夫をすることで、「難しそう…」が「なるほど！」に変わる場面がきっと増えるはずです。
