要約：「ドメイン知識とどう付き合うのか？」 -雑誌『Software Design 2025年4月号』
記事の概要
この記事は
雑誌『Software Design 2025年4月号』
第1特集「ドメイン知識とどう付き合うのか？」の要約です。
https://gihyo.jp/magazine/SD/archive/2025/202504
の要約になります。
技術者がビジネスの成長を支えるために必要なドメイン知識について解説しています。
序章：ドメイン知識の基礎
著者: 平田守幸（株式会社永和システムマネジメント）
現代のITエンジニアには技術スキルだけでなく「ドメイン知識」が求められています。ビジネスがITに依存する時代において、業界のしくみや業務フローを理解した上での設計・実装が不可欠です。
ドメイン知識とは
- 定義： ソフトウェア開発の対象となる領域で必要とされる業界特有の専門知識
-
範囲：
- 業界ルール（法令、規制、標準規格など）
- 業務プロセス（業務フローや慣習）
- 課題・ニーズ・トレンド
- 専門用語
重要性の違い
業界や職種によってドメイン知識の重要性は異なります：
- 金融業界： 厳格な法規制（AML、KYCなど）への対応が必須
- 医療業界： 診療フローや電子カルテ規格の理解が必要
- 物流業界： 在庫管理や配送最適化のしくみの理解が重要
職種別では、アプリケーションエンジニアやITアーキテクトはより深いドメイン知識が求められます。
要件定義やアジャイル開発における重要性
ドメイン知識は要件定義の精度を高め、アジャイル開発における「ビジネス価値の最大化」に直結します。
第1章：自社プロダクト開発におけるドメイン知識
著者: 金山哲平（フリー株式会社）
エンジニアがドメイン知識を持つ価値
ドメイン知識を持つことで、設計・実装、要件定義、要求定義の各フェーズでより良い判断が可能になります：
- 設計・実装例： 社会保険料の当月徴収への対応
- 要件定義例： 遅刻早退控除ロジックの適切な見直し
- 要求定義例： ターゲットユーザーに早く価値を届ける判断
ドメイン知識の習得方法
-
個人としての工夫：
- ユーザー向けヘルプページの活用
- テーブルやモデルの関係性の理解
- 隣接領域の学習
- 一次情報への接触
-
組織としての工夫：
- 講義形式のドメイン知識共有
- 網羅的なドキュメント整備
第2章：情報システム部門におけるドメイン知識
著者: 大多和亮（株式会社一休）
情報システム部門の役割と変化
情報システム部門（情シス）の役割は多様化し、以下の職務が含まれます：
- 社内SE： システム開発やインフラ保守
- ヘルプデスク： 社内ITサポート
- コーポレートエンジニア： 業務自動化やSaaS間連携
情シスに必要なドメイン知識
- コーポレート部門（人事・総務・経理など）の業務理解
- クラウドサービスやSaaSに関する幅広い知識
「守り」と「攻め」のバランス
- 守りの情シス： 安定した「枯れた技術」の活用
- 攻めの情シス： 新技術を活用したビジネス成長への貢献
第3章：データ分析の現場におけるドメイン知識
著者: 羽賀崇史、嶋村昌義（株式会社LIFULL）
ファクトブックによる知識共有
「LIFULLファクトブック」は、データから得られる事実と考察をまとめ、チーム全体でドメイン知識を共有するツールです。
真のドメイン知識の定義
真のドメイン知識には3つの要素があります：
- 正確さ： ファクトに基づいた正確な情報
- 定着： 即座に利用可能な知識
- 共通化： 属人化しない共通認識
ファクトブックプロジェクトの発展
- 立ち上げ期： コアメンバーで基本データの共有
- 活用拡大期： 対象範囲の拡大と参加者増加
- 事業貢献期： 営業活動への具体的貢献
第4章：ドメイン知識とLLM
著者: 平野正徳（株式会社Preferred Networks）
LLMのドメイン特化実験
汎用LLMは多くの質問に回答できますが、特定ドメインの深い知識については限界があります。著者は金融分野に特化したLLM開発の検証を実施しました：
- 金融関連文書の収集（中央銀行資料、金融機関レポート等）
- 金融知識評価ベンチマークの構築
- 追加学習による性能向上の検証
実験結果
金融ドメイン特化の追加学習により、ベンチマークスコアが約4～17%向上しました。
結論
- 汎用モデルにはドメイン特化の限界がある
- LLMもドメイン特化が必要
- モデル開発者自身にもドメイン知識が重要
Discussion